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Customer Support is Intel's complete support service that provides Intel customers with hardware support, software 
support, customer training, and consulting services. For more information contact your local sales offices. 


After a customer purchases any system hardware or software product, service and support become major factors in 
determining whether that product will continue to meet a customer's expectations. Such support requires an interna- 
tional support organization and a breadth of programs to meet a variety of customer needs. As you might expect, 
Intel's customer support is quite extensive. It includes factory repair services and worldwide field service offices 
providing hardware repair services, software support services, customer training classes, and consulting services. 


Intel is committed to providing an international service support package through a wide variety of service offerings 
available from Intel Hardware Support. 


Intel's software support consists of two levels of contracts. Standard support includes TIPS (Technical Information 
Phone Service), updates and subscription service (product-specific troubleshooting guides and COMMENTS Maga- 
zine). Basic support includes updates and the subscription service. Contracts are sold in environments which repre- 
sent product groupings (i.e., iRMX environment). 


Intel provides field systems engineering services for any phase of your development or support effort. You can use 
our systems engineers in a variety of ways ranging from assistance in using a new product, developing an application, 
personalizing training, and customizing or tailoring an Intel product to providing technical and management con- 
sulting. Systems Engineers are well versed in technical areas such as microcommunications, real-time applications, 
embedded microcontrollers, and network services. You know your application needs; we know our products. Work- 
ing together we can help you get a successful product to market in the least possible time. 


Intel offers a wide range of instructional programs covering various aspects of system design and implementation. In 
just three to ten days a limited number of individuals learn more in a single workshop than in weeks of self-study. 
For optimum convenience, workshops are scheduled regularly at Training Centers worldwide or we can take our 
workshops to you for on-site instruction. Covering a wide variety of topics, Intel's major course categories include: 
architecture and assembly language, programming and operating systems, bitbus and LAN applications. 
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Intel the Microcomputer 
Company: 


When Intel invented 
the microprocessor 
in 1971, it created the era of 
microcomputers. 
Whether used as microcontrollers 
in automobiles 
or microwave 
ovens, or as personal 
computers 
or supercomputers, 
Intel's microcomputers 
have always offered leading-edge 
technology. 
In the second half of the 1980s, Intel 
architectures 
have held at least a 75% market share of microprocessors 
at 16 bits and above. 
Intel continues 
to strive for the highest standards 
in memory, microcomputer 
components, 
modules, and systems 
to give its customers 
the best possible 
competitive 
advantages. 
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Intel microprocessors 
and peripherals 
provide a complete 


solution 
in increasingly 
complex 
application 
environ- 


ments. Quite often, a single peripheral 
device will replace 


anywhere 
from 20 to 100TTL devices (and the associated 


design time that goes with them). 


Built-in 
functions 
and 
standard 
Intel 
microprocessorf 


peripheral 
interface 
deliver 
very real time 
and perfor- 
mance advantages 
to the designer 
of microprocessor- 


based systems. 


When 
you can 
purchase 
an off-the-shelf 
solution 
that 


replaces a number 
of discrete devices, you're also replac- 


ing all the design, testing, and debug time that goes with 
them. 


At Intel, the rate of failure for devices is carefully tracked. 
Highest 
reliability 
is a tangible 
goal 
that 
translates 
to 


higher 
reliability 
for your 
product, 
reduced 
downtime, 
and 
reduced 
repair 
costs. 
And 
as 
more 
and 
more 


functions 
are intergrated 
on a single VLSI 
device, 
the 


resulting 
system requires 
less power, produces 
less heat, 
and 
requires 
fewer 
mechanical 
connections-again 
re- 


sulting in greater 
system reliability. 


replacing numerous 
parts, microprocessor 
and peripheral 


solutions 
can contribute 
dramatically 
to lower product 
costs. 


Intel microprocessors 
and peripherals 
provide the highest 
system 
performance 
for the demands 
of today's 
(and 


tomorrow's) 
microprocessor-based 
applications. 
Forexam- 


pIe, the 80386 32 bit offers the highest 
performance 
for 


multitasking, 
multiuser 
systems. 
Intel's 
peripheral 
pro- 


ducts have been designed 
with the future 
in mind. They 
support 
all of Intel's 8, 16 and 32 bit processors. 


The following 
application 
guide illustrates 
the range of 


microprocessors 
and peripherals 
that'can 
be used for the 
applictions 
in 
the 
vertical 
column 
of 
the 
left. 
The 


peripherals 
are grouped 
by the If 0 function 
they control. 


CRT datacommunication, 
universal (user programmable), 


mass storage 
dynamic 
RAM 
controllers, 
and CPUfbus 
support. 


An 
"X" 
in a horizontal 
application 
row 
indicates 
a 


potential 
peripheral 
or CPU, depending 
upon the features 


desired. 
For example, 
a conversational 
terminal 
could 


use either 
of the three 
display 
controllers, 
depending 


upon 
features 
like the number 
of characters 
per row or 
font capability. 
A "Y" indicates 
a likely candidate, 
for 
example, 
the 8272A 
Floppy 
Disk Controller 
in a small 


business 
computer. 


The Intel microprocessor 
and peripherals 
family provides 
a broad range of time-saving, 
high performance 
solutions. 


NUIEAlC 
I 
APPLICATION 
MICROPROCESSORS 
PROCESSORS 
SUPPORT 
DMA 
DRAM 
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PERIPHERALS 
Printers 
X 
X 
X 
Y 
X 
X 
X 
X 
X 
Y 
Y 
X 
X 
X 
X 
X 
X 
X 


Plotters 
X 
X 
X 
X 
X 
Y 
X 
X 
Y 
X 
X 
X 
X 
X 
X 
X 
X 


Keyboards 
X 
y 
X 
X 


MASS 
STORAGE 
Hard 
Disk 
X 
X 
X 
X 
Y 
Y 
X 
X 
Y 
Y 


Mini Winchester 
X 
X 
Y 
Y 
Y 
Y 


Tape 
X 
Y 
X 
y 
y 


Cassette 
y 
y 
X 
Y 


Floppy/Mini 
Y 
y 
Y 


COMMUNICATIONS 


Digital 
Telephone 


ISDN 
y 


PBX 
X 
X 
Y 
Y 
X 
X 
X 
X 
Y 
X 
Y 
y 
y 
X 
X 
X 
X 


LANs 
X 
X 
X 
X 
X 
Y 
Y 
X 
X 
Y 
X 
'y 
X 
X 


Modems 
X 
X 
X 


Bisync 
X 
X 


SOLC/HOLC 
X 
X 
Serial 
Backplane 
y 
X 
X 
X 


Central 
Office 
X 
X 
X 
Y 
Y 
X 
X 
X 
Y 
X 
X 
Y 
Y 
y 
X 
X 
X 
X 


Network 
Control 
Y 
X 
Y 
Y 
X 
X 
Y 
X 
Y 
Y 
X 
Y 
X 
X 
X 
X 


OFFICE/BUS 
Copier/FAX 
X 
X 
X 
Y 
X 
Y 
X 
X 
X 
X 
X 
X 
X 
X 


Wordprocessor 
X 
·X 
X 
X 
X 
X 
Y 
Y 
Y 
Y 
Y 
X 
Y 
Y 
Y 
Y 
X 
X 
X 
X 


Typewriter 
X 
y 
Y 
Y 
X 
X 
X 
X 
X 


Electronic 
Mail 
X 
X 
X 
X 
Y 
Y 
X 
X 
X 
X 
X 
X 
X 


Transaction 
System 
Y 
X 
X 
X 
X 
X 
X 
Y 
Y 
X 
X 
Y 
X 
X 
X 
X 
X 
X 


Data 
Entry 
X 
X 
X 
X 
X 
X 
Y 
Y 
X 
Y 
X 
X 
X 
X 
X 
X 


COMPUTERS 
Small·Business 
Computer 
X 
X 
Y 
X 
X 
Y 
Y 
Y 
Y 
Y 
Y 
Y 
X 
Y 
X 
X 
Y 
X 
Y 
X 
X 
X 
X 


PC 
Y 
Y 
Y 
Y 
X 
X 
Y 
Y 
X 
X 
Y 
Y 
Y 
X 
Y 
Y 
Y 
X 
Y 
X 
X 
X 
X 


Portable 
PC 
Y 
Y 
X 
X 
X 
X 
X 
Y 
Y 
Y 
X 
Y 
Y 
X 
X 
X 
X 
X 


Home Computer 
X 
X 
X 
X 
Y 
X 
X 
X 
Y 
Y 
Y 
X 
Y 
Y 
X 
X 
X 
X 
X 


TERMINALS 
Conversational 
Y 
Y 
Y 
X 
X 
X 
X 


Graphics 
CRT 
Y 
Y 
y 
y 
X 
Y 
Y 
Y 
y 
y 
y 
X 
Y 
X 
X 
X 
X 
X 


Editing 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
Y 
Y 
Y 
Y 
X 
X 
X 
X 
X 


Intelligent 
X 
X 
X 
X 
y 
y 
X 
Y 
Y 
Y 
X 
Y 
Y 
X 
X 
X 
X 
X 


Integrated 
Voice/Data 
X 
X 
X 
X 
X 


Videotex 
X 
X 
X 
X 
X 
X 
X 
Y 
Y 
Y 
Y 
Y 
X 
X 
X 
X 
X 


Printing: laser. 
Impact 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
Y 
Y 
Y 
Y 
X 
X 
X 
X 
X 
X 


Portable 
X 
Y 
X 
y 
y 
X 
Y 
y 
y 
y 
X 
X 
X 
INDUSTRIAUAUTO 
Robotics 
Y 
Y 
X 
Y 
Y 
Y 
Y 
X 
y 
X 
X 
X 
X 
X 
y 
X 
Y 
X 
X 


Network 
X 
X 
X 
X 
X 
X 
X 
Y 
Y 
X 
X 
Y 
Y 
X 
Y 
X 
X 


Numeric 
Control 
X 
X 
X 
X 
Y 
Y 
Y 
Y 
X 
Y 
X 
X 
X 
X 
y 
X 
y 
X 
X 


Process 
Control 
X 
X 
X 
X 
X 
Y 
X 
Y 
Y 
Y 
Y 
X 
X 
X 
X 
Y 
X 
X 
X 
X 
Y 
X 
Y 
X 
X 


Instrumentation 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
X 
X 
X 
X 
X 
X 
X 
Aviation/Navigation 
X 
X 
X 
X 
X 
X 
Y 
Y 
Y 
X 
X 
X 
Y 
X 
X 
Y 
X 
X 
X 
X 


INDUSTRIAUDATA 
ACQUISITION 
laboratory 
Instrumentation 
X 
X 
X 
X 
Y 
X 
X 
X 
X 
X 
Y 
X 
X 
X 
X 
X 
X 
X 
Source 
Data 
X 
X 
Y 
X 
X 
X 
X 
Y 
X 
X 
X 
X 


Auto 
Test 
X 
X 
X 
X 
Y 
X 
Y 
X 
X 
X 
Y 
X 
X 
X 
X 
X 
X 
X 


Medical 
X 
X 
X 
X 
Y 
X 
X 
X 
Y 
Y 
Y 
X 
X 
Y 
X 
X 
X 
X 
X 
X 
X 


Test Instruments 
X 
X 
X 
X 
Y 
X 
X 
X 
Y 
Y 
Y 
X 
X 
Y 
X 
X 
X 
Y 
X 
X 
X 
X 
X 


Security 
X 
X 
Y 
X 
y 
X 
X 
Y 
X 
X 
X 
Y 
X 
Y 
X 
X 


COMMERCIAL 
DATA PROCESSING 
POS Terminal 
X 
X 
X 
y 
X 
X 
X 
X 
X 
X 
Y 
X 
X 
X 
X 
X 
X 


Financial 
Transfer 
X 
X 
X 
Y 
X 
Y 
Y 
Y 
X 
X 
X 
Y 
X 
X 
X 
X 
X 
X 
X 


Automatic 
Teller 
X 
X 
X 
y 
X 
X 
X 
y 
X 
X 
X 
X 


Document 
Processing 
X 
X 
X 
X 
X 
Y 
X 
X 
X 
X 
Y 
X 
X 
X 
X 


WDRKSTATIONS 
Dffice 
X 
X 
X 
X 
X 
Y 
Y 
Y 
Y 
Y 
X 
X 
Y 
X 
Y 
Y 
X 
X 
Y 
X 
Y 
X 
X 


Engineering 
X 
X 
X 
Y 
Y 
Y 
y 
y 
X 
X 
Y 
X 
Y 
y 
y 
y 
y 
X 
Y 
X 
X 
CAD 
X 
Y 
Y 
Y 
Y 
Y 
X 
X 
Y 
Y 
Y 
Y 
Y 
Y 
Y 
X 
X 


MINI 
MAINFRAME 
Processor 
& Control 
Store 
X 
X 
Y 
Y 
Y 
X 
Y 
Y 
X 
Y 
Y 
X 
Y 
X 
X 


Data 
Base 
Subsystems 
X 
X 
y 
y 
y 
y 
y 
y 
y 
y 
y 
y 
y 
X 
X 


I/O Subsystems 
y 
y 
y 
y 
y 
y 
y 
y 
y 
X 
Y 
X 
X 


Communication 
Subsystem 
X 
X 
Y 
Y 
Y 
Y 
Y 
X 
y 
y 
X 
y 
X 
X 


SPECIAL 
LOCAL 
PERIPHERAL 
DISK 
AREA 
DISPLAY 
CONTROL 
CONTROL 
DATA 
COMMUNICATIONS 
NEOWORKING 
TELECOMMUNICATIONS 
APPLICATION 
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PERIPHERALS 
Y 
Y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Printers 
y 
X 
X 
X 
X 
X 
Plotters 
X 
y 
X 
Keyboards 


MASS 
STORAGE 
X 
Y 
Hard 
Oisk 
Y 
Mini Winchester 
X 
X 
Tape 


X 
Cassette 
y 
Y 
Floppy/Mini 


COMMUNICATIONS 


y. 
X 
Y 
Y 
Digital 
Telephone 
X 
y 
X 
Y 
Y 
Y 
ISDN 
X 
X 
X 
X 
X 
X 
X 
y 
X 
y 
y 
y 
X 
PBX 
Y 
X 
X 
X 
X 
X 
X 
Y 
X 
X 
LANs 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
Modems 
X 
X 
X 
Bisync 
y 
X 
X 
X 
X 
Y 
SDLC/HDLC 
Y 
X 
X 
X 
X 
X 
X 
X 
X 
Serial 
Backplane 
X 
X 
X 
X 
X 
X 
X 
y 
X 
X 
Y 
Central 
Office 
y 
X 
X 
X 
X 
X 
X 
Network 
Control 


OFFICE/BUS 
y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
Y 
Copier/FAX 
X 
X 
y 
y 
y 
X 
X 
Y 
Wordprocessor 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
Typewriter 
X 
X 
X 
X 
y 
X 
Electronic 
Mail 
X 
X 
X 
X 
y 
Y 
Transaction 
System 
X 
X 
X 
X 
X 
X 
y 
Y 
Data Entry 


COMPUTERS 
X 
X 
X 
y 
y 
y 
X 
X 
X 
X 
X 
X 
X 
Small Business 
Computer 
X 
X 
X 
X 
X 
X 
y 
y 
y 
X 
X 
X 
X 
X 
X 
X 
X 
y 
Y 
PC 


X 
X 
X 
X 
y 
y 
X 
X 
X 
X 
X 
y 
Y 
Portable 
PC 
X 
X 
Y 
Y 
X 
X 
Y 
Y 
Home Computer 


TERMINALS 
X 
Y 
X 
X 
X 
Y 
Y 
Conversational 
y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Graphics 
CRT 
y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
Y 
Editing 
y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
y 
Y 
Intelligent 
X 
X 
Y 
X 
Y 
Y 
Y 
Integrated 
Voice/Oata 
y 
X 
X 
X 
X 
y 
Y 
Videotex 
y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
X 
X 
X 
X 
X' 
Printing: 
laser, 
Impact 
y 
X 
X 
X 
X 
X 
y 
Y 
Portable 


INDUSTRIAUAUTO 
X 
Y 
X 
y 
X 
X 
X 
Robotics 
Y 
X 
X 
X 
X 
X 
X 
X 
Network 
X 
y 
X 
X 
X 
X 
X 
X 
Numeric 
Control 
X 
y 
X 
X 
X 
X 
X 
X 
X 
X 
Precess 
Control 
X 
X 
Y 
X 
X 
X 
X 
Instrumentation 
X 
X 
X 
X 
Aviation/Navigation 


INDUSTRIAUDATA 
ACQUISITION 
Y 
X 
Y 
X 
X 
X 
X 
Y 
Laboratory 
Instrumentation 
X 
y 
Source 
Data 
y 
X 
Y 
X 
X 
X 
Auto 
Test 
y 
X 
y 
X 
X 
X 
X 
X 
X 
Medical 
y 
X 
Y 
X 
X 
X 
X 
X 
X 
X 
X 
Test Instruments 
y 
X 
Y 
X 
X 
X 
X 
X 
X 
X 
X 
Security 


COMMERCIAL 
DATA PROCESSING 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
X 
y 
y 
POS Terminal 
X 
y 
X 
y 
X 
X 
X 
X 
Y 
Financial 
Transfer 
X 
y 
y 
X 
X 
y 
Y 
AutomaUc 
Teller 
X 
y 
y 
X 
X 
X 
Document 
Processing 


WORKSTATIONS 
y 
X 
X 
X 
y 
y 
y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Y 
Office 
X 
X 
X 
y 
y 
y 
X 
X 
X 
X 
X 
X 
X 
X 
X 
Engineering 
X 
y 
Y 
Y 
X 
X 
X 
X 
X 
X 
X 
CAD 
MINI 
MAINFRAME 
y 
X 
X 
X 
X 
X 
X 
Processor 
& Control 
Store 
X 
X 
X 
Data 
Base Subsystems 
X 
X 
X 
X 
X 
X 
X 
X 
X 
I/O Subsystems 
X 
X 
X 
X 
X 
X 
X 
X 
X 
y 
X 
Communication 
Subsystem 
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Get Your Kit Together! 
Intel's Microsystem Components Kit Solution 


CPU 
HARDCOPY 
8 
•• 
•• 


. 
. 


808B/80C88 
CONTROL 
8086/80C86 • 


UPI'· 
8042/8742 
80186 
80188 
80286 
80386 


KEYBOARD 
CONTROL •• 
/~~~ 
NUMERIC 
8279-5 
PROCESSORS • 


UPI'· 
8042/8742 
8087 
80287 
80387 


FLOPPY DISK 
•• [7 
~ 


CPU SUPPORT 
•• 


CONTROL 
d£ 
8231A 
8272A 
8253 
82072 
8254/82C54 
8255A182C55A •• 


8256AH 
*~ 


8259A 
HARD DISK 
8279 
•• 


CONTROL 
82389 
82064 


DMA 
8237 
•• 


GLOBAL 
82285 
COMMUNICATIONS 
82380 
82560 
•• 


8251A 
82050 
82510 
I" 


8273 


CACHE 
CACHE CONTROL •• 


8274 


MEMORY 
82385 
8291 Al92/94 
82530 
8044/8344/8744 


MEMORY 
I" 


SUPPORT 
LOCAL 
AREA 


DYNAMIC 
RAM 
8203 
•• 


NETWORKING 
8206 
•• 


82C501 
8207 
82502 
82C08 
82586 
82588 
82590/92 


~ 


iMCC 
CRT 
CONTROL 
• 


8275 
•• 


8276 
INSTRUMENTATION 
82716 
•• 


BUS (GPIB) 
82786 
8291 
8292 


SPECIAL 
PERIPHERAL 
TELE· 
.11)1 


CONTROL •• 


COMMUNICATIONS 
UP!'· 
8041A18741A 
29C13/C14/C16/C17 
UPI'· 
8042/8742 
•• 


29C48 
UPI ,. 80/83/87C452 
29C50AlC51 
2952 
29C53 
II II 


ISP 188 
89024 


October 
1987 
C Int8119B7 
Order 
Number- 
230664·006 


Memory Controllers 
1 


inter 
8203 
64K DYNAMIC RAM CONTROLLER 
• Provides All Signals Necessary to 
• Fully Compatible with Intel® 8080A, 


Control 64K and 16K Dynamic 
8085A, IAPX88, and iAPX 86 Family 


Memories 
Microprocessors 
• Directly Addresses and Drives Up to 64 
• Decodes CPU Status for Advanced 


Devices Without External Drivers 
Read Capability in 16K Mode with the 


• Provides Address Multiplexing 
and 
8203-1 and the 8203-3. 


Strobes 
• Provides System Acknowledge 
and 
• Provides a Refresh Timer and a 
Transfer Acknowledge 
Signals 


Refresh Counter 
• Refresh Cycles May be Internally or 


• Provides Refresh! Access Arbitration 
Externally Requested (For Transparent 
Refresh) 
• Internal Clock Capability with the 
Internal Series Damping Resistors on 
8203-1 and the 8203-3 
• All RAM Outputs 


The Intel~ 8203 is a Dynamic RAM System Controller designed to provide all signals necessary to use 64K or 
16K Dynamic RAMs in microcomputer systems. The 8203 provides multiplexed addresses and address 
strobes, refresh logic, refresh/access arbitration. Refresh cycles can be started internally or externally. The 
8203-1 and the 8203-3 support an internal crystal oscillator and Advanced Read Capability. The 8203·3 is a 
±5% Vcc part. 


210444-2 


Figure 2. 


Pin Configuration 
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Symbol 
Pin 
Type 
Name and Function 
No. 


ALa 
6 
ADDRESS 
LOW: CPU address inputs used to generate 
memory row 


AL1 
8 
address. 


AL2 


> 
10 


AL3 
12 
AL4 
14 


ALs 
16 
ALe 
18 


AHo 
5 
ADDRESS 
HIGH: CPU address inputs used to generate 
memory 


AH1 
4 
column address. 


AH2 
3 
AH3 
2 
AH4 
1 


AHs 
39 


AHe 
38 


Bo/AL7 
24 
BANK SELECT 
INPUTS: Used to gate the appropriate 
RAS output for 


B1/0P1/ 
25 
a memory cycle. B1/0P1 
option used to select the Advanced 
Read 


AH7 
Mode. (Not available 
in 64K mode.) See Figure 5. 
When in 64K RAM Mode, pins 24 and 25 operate 
as the AL7 and AH7 


address 
inputs. 


PCS 
33 
I 
PROTECTED 
CHIP SELECT: Used to enable the memory read and 


write inputs. Once a cycle is started, it will not abort even if PCS goes 
inactive before cycle completion. 


WR 
31 
I 
MEMORY 
WRITE REQUEST. 


RD/S1 
32 
I 
MEMORY 
READ REQUEST: 
S1 function 
used in Advanced 
Read 


mode selected 
by OP1 (pin 25). 


REFRQ/ 
34 
I 
EXTERNAL 
REFRESH 
REQUEST: 
ALE function 
used in Advanced 
ALE 
Read mode, selected 
by OP1 (pin 25). 


OUTo 
7 
0 
OUTPUT 
OF THE MULTIPLEXER: 
These outputs are designed 
to 
OUT1 
9 
0 
drive the addresses 
of the Dynamic 
RAM array. (Note that the OUT 0-7 


OUT2 
11 
0 
pins do not require inverters 
or drivers for proper operation.) 


OUT3 
13 
0 
OUT4 
15 
0 
OUTs 
17 
0 
OUTe 
19 
0 


WE 
28 
0 
WRITE 
ENABLE: Drives the Write Enable inputs of the Dynamic 
RAM 


array. 


CAS 
27 
0 
COLUMN 
ADDRESS 
STROBE: This output is used to latch the 


Column Address 
into the Dynamic 
RAM array. 


RASo 
21 
0 
ROW ADDRESS 
STROBE: 
Used to latch the Row Address 
into the 
RAS1 
22 
0 
bank of dynamic 
RAMs, selected 
by the 8203 Bank Select pins (Bo, 


RAS2/ 
23 
0 
B1/0P1). 
In 64K mode, only RASo and RAS1 are available; 
pin 23 


OUT7 
operates 
as OUT 7 and pin 26 operates 
as the Bo bank select input. 


RAS3/BO 
26 
I/O 


XACK 
29 
0 
TRANSFER 
ACKNOWLEDGE: 
This output is a strobe indicatins 
valid 


data during a read cycle or data written during a write cycle. XA 
K can 


be used to latc~ valid data from the RAM array. 
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Symbol 
Pin 
Type 
Name and Function 
No. 


SACK 
30 
0 
SYSTEM ACKNOWLEDGE: This output indicates the beginning of a 
memory access cycle. It can be used as an advanced transfer 
acknowledge to eliminate wait states. (Note: If a memory acc~ 
request is made during a refresh cycle, SACK is delayed until XACK in 
the memory access cycle). 


XO/OP2 
36 
110 
OSCILLATOR INPUTS: These inputs are designed for a quartz crystal 
X1/CLK 
37 
110 
to control the frequency of the oscillator. If XO/OP2 
is shorted to pin 40 


(Vccl or if XO/OP2 
is connected to + 12V through a 1 Kfi resistor then 


X1/CLK becomes a TIL input for an external clock. (Note: Crystal 
mode for the 8203-1 and the 8203-3 only). 


16K/64K 
35 
I 
MODE SELECT: This input selects 16K mode or 64K mode. Pins 
23-26 change function based on the mode of operation. 


Vcc 
40 
POWER SUPPLY: + 5V. 


GND 
20 
GROUND. 


The 8203 provides a complete dynamic RAM con- 
troller for microprocessor systems as well as expan- 
sion memory boards. 


The 8203 has two modes, one for 16K dynamic 
RAMs and one for 64Ks, controlled by pin 35. 


1-- 
XO 
WE 
I 
CAS 


CS* 
c::J 


1Kll 
I 
'5'" 
RASo 
I 
Xl 
I 
C!!.L 
8203-1 
AAS1 
Of 


6801l 
T 
8203-3 
-= 
•5% 
I 
RAS2 
-l 


-= 
RAS3 


XACK 


cs < 10 pF 
Fundamental XTAL 
SACK 


Figure 3. Crystal Operation for 
the 8203·1 and 8203-3 


All 8203 timing is generated from a single reference 
clock. This clock is provided via an external oscilla- 
tor or an on-chip crystal oscillator. All output signal 


transitions are synchronous with respect to this 
clock reference, except for the trailing edges of the 
CPU handshake signals SACK and XACK. 


CPU memory requests normally use the RD and WR 
inputs. The Advanced-Read mode allows ALE and 
S1 to be used in place of the RD input. 


Failsafe refresh is provided via an internal timer 
which generates refresh requests. Refresh requests 
can also be generated via the REFRQ input. 


An on-chip synchronizerIarbiter prevents memory 
and refresh requests from affecting a cycle in prog- 
ress. The READ, WRITE, and external REFRESH 
requests may be asynchronous to the 8203 clock; 
on-chip logic will synchronize the requests, and the 
arbiter will decide if the requests should be delayed, 
pending completion of a cycle in progress. 


Pin 35 is a strap input that controls the two 8203 
modes. Figure 4 shows the four pins that are multi· 
plexed. In 16K mode (pin 35 tied to VCC or left 
open), the 8203 has two Bank Select inputs to se- 
lect one of four RAS outputs. In this mode, the 8203 
is exactly compatible with the Intel 8202A Dynamic 
RAM Controller. In 64K mode (pin 35 tied to GND), 
there is ~one 
Bank Select input (pin 26) to select 


the two RAS outputs. More than two banks of 64K 
dynamic RAMs can be used with external logic. 


Other Option Selections 


The 8203 has two strapping options. When OP1 is 
selected (16K mode only), pin 32 changes from a 
RD input to an S1 input, and pin 34 changes from a 
REFRQ input to an ALE input. See "Refresh Cycles" 
and "Read Cycles" for more detail. OP1 is selected 
by tying pin 25 to + 12V through a 5.1 Kn resistor 
on the 8203-1 or 8203-3 only. 


When OP2 is selected, the internal oscillator is dis- 
abled and pin 37 changes from a crystal input (X1)to 
a CLK input for an external TIL clock. OP2 is select- 
ed by shorting pin 36 (XO/OP2) directly to pin 40 
(Vccl. No current limiting resistor should be used. 
OP2 may also be selected by tying pin 36 to + 12V 
through a 1 Kn resistor. 


The refresh timer is used to monitor the time since 
the last refresh cycle occurred. When the appropri- 
ate amount of time has elapsed, the refresh timer 
will request a refresh cycle. External refresh re- 
quests will reset the refresh timer. 


The refresh counter is used to sequentially refresh 
all of the memory's rows. The 8-bit counter is incre- 
mented after every refresh cycle. 


Pin # 
16K Function 
64K Function 


23 
RAS2 
Address Output (OUT7) 
24 
Bank Select (Bo) 
Address Input (AL7) 
25 
Bank Select (B1) 
Address Input (AH7) 
26 
RASs 
Bank Select (Bo) 


Inputs 
Outputs 


81 
80 
RASo 
RAS1 
RAS2 
RAS3 


16K 
0 
0 
0 
1 
1 
1 
Mode 
0 
1 
1 
0 
1 
1 
1 
0 
1 
1 
0 
1 
1 
1 
1 
1 
1 
0 


64K - 
0 
0 
1 
- 
- 
Mode - 
1 
1 
0 
- 
- 


The address multiplexer takes the address inputs 
and the refresh counter outputs, and gates them 
onto the address outputs at the appropriate time. 
The address outputs, in conjunction with the RAS 
.and CAS outputs, determine the address used by 
the dynamic RAMs for read, write, and refresh cy- 
cles. During the first part of a read or write cycle, 
ALa-AL7 are gated to OUTo-OUT7' then AHo-AH7 
are gated to the address outputs. 


During a refresh cycle, the refresh counter is gated 
onto the address outputs. All refresh cycles are 
RAS-only refresh (CAS inactive, RAS active). 


To minimize buffer delay, the information on the ad- 
dress outputs is inverted from that on the address 
inputs. 


OUTo-OUT 7 do not need inverters or buffers unless 
'additional drive is required. 


Synchronizer! 
Arbiter 


The 8203 has three inputs, REFRQ/AL~in 
34), 


RD (pin 32) and WR (pin 31). The RD and WR inputs 
allow an external CPU to request a memory read or 
write cycle, respectively. The REFRQ/ ALE input al- 
lows refresh requests to be requested external to 
the 8203. 


All three of these inputs may be asynchronous with 
respect to the 8203's clock. The arbiter will resolve 
conflicts between refresh and memory requests, for 
both pending cycles and cycles in progress. Read 
and write requests will be given priority over refresh 
requests. 


System Operation 


The 8203 is always in one of the following states: 
a) IDLE 
b) TEST Cycle 
c) REFRESH Cycle 
d) READ Cycle 
e) WRITE Cycle 


The 8203 is normally in the IDLE state. Whenever 
one of the other cycles is requested, the 8203 will 


Description 
Pin # 
Normal Function 
Option Function 


B1/0P1 (16K only)/ AH7 
25 
Bank (RAS) Select 
Advanced-Read Mode (8203-1, -3) 


XO/OP2 
36 
Crystal Oscillator (8203-1 and 8203-3) 
External Oscillator 


Figure 6. 8203 Option Selection 


1-4 


leave the ID.LEstate to perform the desired cycle. If 
no other cycles-are pending, the 8203 will return to 
the IDLE state. 


Test Cycle 


The TEST Cycle is used to check operation of sever- 
al 8203 internal functions. TEST cycles are request- 
ed by activating the PCS, RD and WR inputs. The 
TEST Cycle will reset the refresh address counter 
and perform a WRITE Cycle. The TEST Cycle 
should not be used in normal system operation, 
since it would affect the dynamic RAM refresh. 


Refresh Cycles 


The 8203 has two ways of providing dynamic RAM 
refresh: 
1) Internal (failsafe) refresh 
2) External (hidden) refresh 


Both types of 8203 refrest!..9'cles activate all of the 
RAS outputs, while CAS, WE, SACK, and XACK re- 
main inactive. 


Internal refresh is generated by the on-chip refresh 
timer. The timer uses the 8203 clock to ensure that 
refresh of all rows of the dynamic RAM occurs every 
2 milliseconds (128 cycles) or every 4 milliseconds 
(256 cycles). If REFRQ is inactive, the refresh timer 
will request a refresh cycle every 10-16 microsec- 
onds. 


External refresh is requested via the REFRQ input 
(pin 34). External refresh control is not available 
when the Advanced-Read mode is selected. Exter- 
nal refresh requests are latched, then synchronized 
to the 8203 clock. 


The arbiter will allow the refresh request to start a 
refresh cycle only if the 8203 is not in the middle of a 
cycle. 


When the 8203 is in the idle state a simultaneous 
memory request and external refresh request will re- 
sult in the memory request being honored first. This 
8203 characteristic can be used to "hide" refresh 
cycles during system operation. A circuit similar to 
Figure 7 can be used to decode the CPU's instruc- 
tion fetch status to generate an external refresh re- 
quest. The refresh request is latched while the 8203 
performs the instruction fetch; the refresh cycle will 
start immediate.!Lafter the memory cycle is complet- 
ed, even if the RD input has not gone inactive. If the 
CPU's instruction decode time is long enough, the 
8203 can complete the refresh cycle before the next 
memory request is generated. 


If the 8203 is not in the idle state then a simulta- 
neous memory request and an external refresh re- 
quest may result in the refresh request being hon- 
ored first. 


- 
:~ 
•... 
__ 
/ __ 
~03 
~t 
SACK •• 
CiS 
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Certain system configurations require complete ex- 
ternal refresh requests. If external refresh is request- 
ed faster than the minimum internal refresh timer 
(tREF), then, in effect, all refresh cycles will be 
caused by the external refresh request, and the in- 
ternal refresh timer will never generate a refresh re- 
quest. 


Read Cycles 


The 8203 can accept two different types of memory 
Read requests: 
1) Normal Read, via the RD input 
2) Advanced Read, using the S1 and ALE inputs 
(16K mode only) 


The user can select the desired Read request con- 
figuration via the B1/0P1 hardware strapping option 
on pin 25. 


Normal Read 
Advanced 
Read 


Pin 25 
B11nput 
OP1 (+12V) 


Pin 32 
RD Input 
S1 Input 


Pin34 
REFRQ Input 
ALE Input 
# RAM Banks 
4 (RASo_3) 
2 (RAS2_3) 


Ext. Refresh 
Yes 
No 


Figure 8. 8203 Read Options 


Normal Reads are requested by activating the RD 
input, and keeping it activ~ntil 
the 8203 responds 
with an XACK pulse. The RD input can go inactive 
as soon as the command hold time (tCHS)is met. 


Advanced Read cycles are requested by pulsing 
ALE while S1 is active; if S1 is inactive (low) ALE is 
ignored. Advanced Read timing is similar to Normal 
Read timing, except the falling edge of ALE is used 
as the cycle start reference. 


If a Read cycle is requested while a refresh cycle is 
in progress, then the 8203 
will set the internal 


delayed-SACK latch. When the Read cycle is even- 
tually started, the 8203 will delay the active SACK 
transition until XACK goes active, as shown in the 
AC. timing diagrams. This delay was designed to 
compensate for the CPU's READY setup and hold 
times. The delayed-SACK latch is cleared after ev- 
ery READ cycle. 


Based on system requirements, either SACK or 
XACK can be used to generate the CPU READY 
signal. XACK will normally be used; if the CPU can 
tolerate an advanced READY, then SACK can be 
used, but only if the CPU can tolerate the amount of 
advance provided by SACK. If SACK arrives too ear- 
ly to provide the appropriate number of WAIT states, 
then either XACK or a delayed form of SACK should 
be used. 


Write cycles are similar to Normal Read cycles, ex- 
cept for the WE output. WE is held inactive for Read 
cycles, but goes active for Write cycles. All 8203 
Write cycles are "early-write" cycles; WE goes ac- 
tive before CAS goes active by an amount of time 
sufficient to keep the dynamic RAM output buffers 
turned off. 


General System Considerations 


All memory requests (Normal Reads, Advanced 
Reads, Writes) are qualified by the PCS input. PCS 
should be stable, either active or inactive, prior to 
the leading edge of RD, WR, or ALE. Systems which 
use battery backup should pullup PCS to prevent 
erroneous memory requests. 


In order to minimize propagation delay, the 8203 
uses an inverting address multiplexer without latch- 
es. The system must provide adequate address set- 
up and hold times to guarantee RAS and CAS setup 
and hold times for the RAM. The tADAC. parameter 
should be used for this system calculation. 


The Bo-81 inputs are similar to the address inputs in 
that they are not latched. 80 and 81 should not be 
changed durin~ 
memory cycle, since they directly 


control which RAS output is activated. 


The 8203 
uses a two-stage synchronizer for the 


memory request inputs (RD, WR, ALE), and a sepa- 
rate two stage synchronizer for the external refresh 
input (REFRQ). As with any synchronizer, there is 
always a finite probability of metastable states in- 
ducing system errors. The 8203 synchronizer was 


designed to have a system error rate less than 1 
memory cycle every three years based on the full 
operating range of the 8203. 


A microprocessor ~tem 
is concerned when the 


data is valid after RD goes low. See Figure 9. In 
order to calculate memory read access times, the 
dynamic RAM's A~ecifications 
must be exam- 


ined, especially the RAS·access time (tRAcl and the 
CAS-access time (teAcl. Most configurations will be 
CAS-access limited; Le., the data from the RAM will 
be stable tee,max(8203) + teAC(RAM) after a mem- 
ory read cycle is started. Be sure to add any delays 
(due to buffers, data latches, etc.) to calculate the 
overall read access time. 


Since the 8203 normally performs "early-write" cy- 
cles, the data must be stable at the RAM data inputs 
by the time CAS goes active, including the RAM's 
data setup time. If the system does not normally 
guarantee sufficient write data setup, you must ei- 
ther delay the WR input signal or delay the 8203 WE 
output. 


Delaying the WR input will delay all 8203 timing, in- 
cluding the READY handshake signals, SACK and 
XACK, which may increase the number of WAIT 
states generated by the CPU. 


RD~ 
I 
, 
,--_..I 


:••---tRLDV~ 


DATA---- 
••••(~---P- 


I 
----~ 
'--- 
tRAC----"": 


I 
, 
'\ 
il 
, 


I 
teAe 
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'---I 
CAS-------\ 
i I 


210444-6 


Figure 9. Read Access Time 


If the WE output is externally delayed beyond the 
CAS active transition, then the RAM will use the fail- 
ing edge of WE to strobe the write data into the 
RAM. This WE transition should not occur too late 
during the CAS active transition, or else the WE to 
CAS requirements of the RAM will' not be met. 


The RASo_3, CAS, OUTO_7, 
and WE outputs con- 


tain on-chip series damping resistors (typically 200) 
to minimize overshoot. 


inter 


Some 
dynamic 
RAMs 
require 
more than 
2.4V VIH. 
Noise immunity 
may be improved 
for these RAMs by 
adding 
pull-up 
resistors 
to the 8203's 
outputs. 
Intel 


RAMs do not require pull-up 
resistors. 
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inter 


MUlTieus· 
TY" 
SYSTEM 
I 
BUS 
828 .•.•. 
8288 
READ 
""OC 
I 
READ 


WRITE 
MWTC 
I 
WRITE 
I 


~ 


8286 


XCEIVEA 
I, 


BOB. 
I 
HtGM BYTE 


I 
B•••• 
WRITE 
.- 
WE 
I ADA1 
A~'6 
A11-AUI 


ADo-A015 
I 
RASa 
ME"""Y 
OTHER 
·,6-,t,'9 
I AI)." 'D," , 
READY 
INPUTS 
BHE 
I 
I 
B200 
I 
I 
.._ 


BYTES 
I 
I 


00-15 
I 
I 


DATA 
•• ,. 


OA'A 
DATA 
00-15 
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inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
On Any Pin 
With Respect 
to Ground 
-0.5V 
to + 7V 


Power Dissipation 
1.6 Watts 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


Vcc 
Input Clamp Voltage 
-1.0 
V 
Ic= 
-5mA 


Icc 
Power Supply Current 
290 
mA 


IF 
Forward 
Input Current 
CLK, 64K/16K 
Mode Select 
-2.0 
mA 
VF = 0.45V 
All Other Inputs(3) 
-320 
p.A 
VF = 0.45V 


'A 
Reverse 
Input Current(3) 
40 
p.A 
VA = VCC<1,5) 


VOL 
Output 
Low Voltage 
SACK, XACK 
0.45 
V 
IOL = 5mA 
All Other Outputs 
0.45 
V 
IOL = 3 mA 


VOH 
Output High Voltage 
VIL = 0.65V 
SACK, XACK 
2.4 
V 
IOH = 
-1 
mA 
All Other Outputs 
2.6 
V 
'OH = 
-1 
mA 


VIL 
Input Low Voltage 
0.8 
V 
Vcc 
= 5.0V(2) 


VIH1 
Input High Voltage 
2.0 
Vcc 
V 
Vcc 
= 5.0V 


VIH2 
Option Voltage 
Vcc 
V 
(4) 


CIN 
Input Capacitance 
30 
pF 
F = 1 MHz(6) 


VSIAS = 2.5V, Vcc 
= 5V 


NOTES: 
1. 'R = 200 IJ-Afor pin 37 (CLK). 
2. For test mode AD & WA must be held at GND. 
3. Except for pin 36 in XTAL mode. 
4. 8203·1 and 8203·3 support both OP1 and OP2, 8203 only supports OP2. 


+12 Voll 
5.1KIl 
25 
I 


±10% 
OPI 


8203 


lK 
36 
Of':! 


Resistor Tolerance: 
:!: 5% 


5. 'R = 150 IJ-Afor pin 35 (Mode Select 16K/64K). 
6. Sampled not 100% tested, TA = 25·C. 


inter 


TJ = O°C to 70°C; VCC = 5V ± 10% (5.0V ± 5% for 8203-3); 
GND = OV 
Measurements 
made with respect to RASa-RAS3, 
CAS, WE, OUT a-OUT 6 are at 2.4V and 0.8V. All other pins 
are measured 
at 1.5V. All times are in ns. 


Symbol 
Parameter 
Min 
Max 
Notes 


tp 
Clock Period 
40 
54 


tpH 
External Clock High Time 
20 


tpL 
External Clock Low Time-Above 
(» 
20 MHz 
17 


tpL 
External Clock Low Time-Below 
(~) 
20 MHz 
20 


tRC 
Memory Cycle Time 
10tp - 
30 
12tp 
4,5 


tREF 
Refresh Time (128 cycles) 
264tp 
288tp 


tRP 
RAS Precharge 
Time 
4tp - 
30 


tRSH 
RAS Hold After CAS 
5tp - 
30 
3 


tASR 
Address 
Setup to RAS 
tp - 
30 
3 


tRAH 
Address 
Hold From RAS 
tp - 
10 
3 


tASC 
Address 
Setup to CAS 
tp - 
30 
3 


tCAH 
Address 
Hold from CAS 
5tp - 
20 
3 


tCAS 
CAS Pulse Width 
5tp - 
10 


twcs 
WE Setup to CAS 
tp - 
40 


tWCH 
WE Hold After CAS 
5tp - 
35 
8 


tRS 
RD, WR, ALE, REFRQ Delay From RAS 
5tp 
2,6 


tMRP 
RD, WR Setup to RAS 
0 
5 


tRMS 
REFRQ Setup to RD, WR 
2tp 
6 


tRMP 
REFRQ Setup to RAS 
2tp 
5 


tpcs 
PCS Setup to RD, WR, ALE 
20 


tAL 
S1 Setup to ALE 
15 


tLA 
S1 Hold From ALE 
30 


tCR 
RD, WR, ALE to RAS Delay 
tp + 30 
2tp + 70 
2 


tcc 
RD, WR, ALE to CAS Delay 
tp + 25 
4tp + 85 
2 


tsc 
CMD Setup to Clock 
15 
1 


tMRS 
RD, WR Setup to REFRQ 
5 
2 


tCA 
RD, WR, ALE to SACK Delay 
2tp + 47 
2,9 


tcx 
CAS to XACK Delay 
5tp - 
25 
5tp + 20 


tcs 
CAS to SACK Delay 
5tp - 
25 
5tp + 40 
2, 10 


tACK 
XACK to CAS Setup 
10 


txw 
XACK Pulse Width 
tp - 
25 
7 


tCK 
SACK, XACK Turn-Off 
Delay 
35 


tKCH 
CMD Inactive Hold After SACK, XACK 
10 


inter 


TJ = O·C to lO·C; VCC = 5V ± 10% (5.0V ± 5% for 8203-3); 
GND = OV 


Measurements 
made with respect 
to RASo-RAS3, 
CAS, WE, OUT o-OUT 6 are at 2.4V and 0.8V. All other pins 
are measured 
at 1.5V. All times are in ns. 


Symbol 
Parameter 
Min 
Max 
Notes 


tLL 
REFRQ Pulse Width 
20 


tCHS 
CMD Hold Time 
30 
11 


tRFR 
REFRQ to RAS Delay 
4tp + 100 
6 


tww 
WR to WE Delay 
0 
50 
8 


tAD 
CPU Address 
Delay 
0 
40 
3 


NOTES: 
1. tsc is a reference point only. ALE, RD, WR, and REFRQ inputs do not have to be externally synchronized to 8203 clock. 
2. If tRS min and tMRSmin are met then leA, leR. and lec are valid. otherwise les is valid. 
3. tASR.tRAH.tASC.tCAH.and tRSHdepend upon 80-81 and CPU address remaining stable throughout the memory cycle. 
The address inputs are not latched by the 8203. 
4. For back-to-back refresh cycles. tRCmax = 13 tp. 
5. tRCmax is valid only if tRMPmin is met (READ. WRITE followed by REFRESH) or tMRPmin is met (REFRESH followed by 
READ. WRITE). 
6. tRFRis valid only if tRS min and tRMSmin are met. 
7. ~ 
min applies when RD, WR has already gone high. Otherwise XACK follows RD, WR. 


8. WE goes high according to tWCH~, 
whichever occurs first. 


9. leA applies only when in normal SACK mode. 
10. les applies only when in delayed SACK mode. 
11. tCHSmust be met only to ensure a SACK active pulse when in delayed SACK mode. XACK will always be activated for 
at least txw (tp - 
25 ns). Violating leHS min does not otherwise affect device operation. 


inter 


~"1 


Ala-ALs. 
AHo-AH6 


tAD 
-MAX 


inter 


tee 
MIN 


tee 
MAX 


WAVEFORMS 
(Continued) 


External Refresh Followed 
By Read or Write 


Pin 
Test Load 


SACK,XACK 
CL = 30 pF 
OUTo-OUT6 
CL = 160 pF 
RASo-RASs 
CL = 60 pF 
WE 
CL = 224pF 
CAS 
CL = 320pF 


DEVtCE 


UNOER 
TEST 


NOTE: 
CL includes 
jig capacitance. 


used to determine the effects of capacitive loading 
on the A.C. Timing Parameters. Using this design 
tool in conjunction with the timing waveforms, the 
designer can determine typical timing shifts based 
on system capacitive load. 


Example: Find the effect on teR and tec using 32 
64K Dynamic RAMs configured in 2 banks. 
1) Determine the typical RAS and CAS capacitance: 


From the data sheet RAS = 5 pF and CAS 
5 pF. 
.'. RAS load = 80 pF + board capacitance. 


CAS load = 160 pF + board capacitance. 
Assume 2 pF/in (trace length) for board ca- 
pacitance and for this example 4 inches for 
RAS and 8 inches for CAS. 


2) From the waveform diagrams, we determine that 


the falling edge timing is needed for teR and tec. 
Next find the curve that best approximates the 
test load; I.e., 68 pF for RAS and 330 pF for CAS. 


3) If we use 88 pF for RAS loading, then teR (min.) 


spec should be increased by about 1 ns, and tCR 
(max.) spec should be increased by about 2 ns. 
Similarly if we use 176 pF for CAS, then tec (min.) 
should decrease by 3 ns and tec (max.) should 
decrease by about 7 ns. 


inter 
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NOTE: 
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Use the Test 
Load as the base capacitance 
for estimating 
timing 
shifts for system 
critical 
timing 
parameters. 


Pins not measured 
are loaded with the Test Load capacitance 
TA = 2SoC 
Vcc = +SV 
tp = SO ns 


inter 
8206 
ERROR DETECTION AND CORRECTION UNIT 


• 
Detects All Single Bit, and Double Bit 
and Most Multiple Bit Errors 


• 
Corrects All Single Bit Errors 
• 
3 Selections 
8206-1 
8206 
Detection 
35 ns 
42 ns 
Correction 
55 ns 
67 ns 


• 
Syndrome Outputs for Error Logging 


• 
Automatic Error Scrubbing with 8207 


• 
Expandable to Handle 80 Bit Memories 


• 
Separate Input and Output Busses-No 
Timing Strobes Required 


• 
Supports Read With and Without 
Correction, Writes, Partial (Byte) 
Writes, and Read-Modlfy-Wrltes 


• 
HMOS III Technology for Low Power 


• 
68 Pin Leadless JEDEC Package 


• 
68 Pin Grid Array Package 


The HMOS 8206 Error Detection 
and Correction 
Unit is a high-speed 
device that provides 
error detection 
and 
correction 
for memory 
systems 
(static 
and dynamic) 
requiring 
high reliability 
and performance. 
Each 
8206 
handles 
8 or 16 data bits and up to 8 check bits. 8206's 
can be cascaded 
to provide 
correction 
and detection 
for up to 80 bits of data. Other 8206 features 
include the ability to handle byte writes, memory initialization, 
and 
error logging. 


• 
P050_1 
NSle_, 


GNO 
.SY 
1 1 
Vss 
Yec 
WZ 
111001 


inter 


Symbol 
Pin No. 
Type 
Name and Function 


010-15 
1,68-61, 
I 
DATA 
IN: These inputs accept a 16 bit data word from RAM for 


59-53 
error detection 
and/or 
correction. 


CBI/SYlo 
5 
I 
CHECK 
BITS IN/SYNDROME 
IN: In a single 8206 system,or 
in the 


CBI/SYI1 
6 
I 
master in a multi-8206 
system, these inputs accept the check bits (5 


CBI/SYI2 
7 
I 
to 8) from the RAM. In a single 8206 16 bit system, CB10_5 are 


CBI/SYI3 
8 
I 
used. In slave 8206's these inputs accept the syndrome 
from the 


CBI/SYI4 
9 
I 
master. 


CBI/SYI5 
10 
I 


CBI/SYI6 
11 
I 


CBI/SYI7 
12 
I 


OO/WOlo 
51 
I/O 
DATA OUT/WRITE 
DATA 
IN: In a read cycle, data accepted 
by 
00/W011 
50 
I/O 
010-15 appears 
at these outputs corrected 
if CRCT is low, or 


00/W012 
49 
I/O 
uncorrected 
if CRCT is high. The BM inputs must be high to enable 


00/W013 
48 
I/O 
the output buffers during the read cycle. In a write cycle, data to be 


00/W014 
47 
I/O 
written into the RAM is accepted 
by these inputs for computing 
the 


write check bits. In a partial-write 
cycle, the byte not to be modified 
00/W015 
46 
I/O 
appears at either 000-7 
if BMo is high, or 00a-15 
if BM1 is high, for 
00/W016 
45 
I/O 
writing to the RAM. When WZ is active, it causes the 8206 to output 
00/W017 
44 
I/O 
all zeros at 000-15, 
with the proper write check bits on CBO. 
OO/WOla 
42 
I/O 


00/W019 
41 
I/O 


00/W011O 
40 
I/O 


OO/WOll1 
39 
I/O 


00/W0112 
38 
I/O 


00/W0113 
37 
I/O 


00/W0114 
36 
I/O 


00/W0115 
35 
I/O 


SYO/CBO/PPOo 
23 
0 
SYNDROME 
OUT/CHECK 
BITS OUT/PARTIAL 
PARITY 
OUT: In 
SYO/CBO/PP01 
24 
0 
a single 8206 system, or in the master in a multi-8206 
system, the 


SYO/CBO/PP02 
25 
0 
syndrome 
appears 
at these outputs during a read. During a write, 


SYO/CBO/PP03 
27 
0 
the write check bits appear. In slave 8206's the partial parity bits 


SYO/CBO/PP04 
28 
0 
used by the master appear at these outpu~. 
The syndrome 
is 


SYO/CBO/PP05 
29 
0 
latched 
(during read-modify-writes) 
by R/W going low. 


SYO/CBO/PP06 
30 
0 


SYO/CBO/PP07 
31 
0 


PPlo/POSo 
13 
I 
PARTIAL 
PARITY 
IN/POSITION: 
In the master in a multi-8206 
PPI1/POS1 
14 
I 
system, these inputs accept partial parity bits 0 and 1 from the 
slaves. In a slave 8206 these inputs inform it of its position within 
the system (1 to 4). Not used in a single 8206 system. 


PPI2/NSLo 
15 
I 
PARTIAL 
PARITY 
ININUMBER 
OF SLAVES: 
In the master in a 
PPI3/NSL1 
16 
I 
multi-8206 
system, these inputs accept partial parity bits 2 and 3 


from the slaves. In a multi-8206 
system these inputs are used in 


slave number 1 to tell it the total number of slaves in the system 
(1 


to 4). Not used in other slaves or in a single 8206 system. 


PPI4CE 
17 
I/O 
PARTIAL 
PARITY 
IN/CORRECTABLE 
ERROR: 
In the master in a 


multi-8206 
system this pin accepts 
partial parity bit 4. In slave 


number 1 only, or in a single 8206 system, this pin outputs the 
correctable 
error flag. CE is latched by R/W going low. Not used in 


other slaves. 


inter 


Symbol 
Pin No. 
Type 
Name and Function 


PPI5 
18 
I 
PARTIAL 
PARITY 
IN: In the master in a multi-8206 
system these 


PPle 
19 
I 
pins accept partial parity bits 5 to 7. The number of partial parity bits 


PPI7 
20 
I 
equals the number of check bits. Not used in single 8206 systems 
or in slaves. 


ERROR 
22 
° 


ERROR: This pin outputs the error flag in a single 8206 system or in 
the master of a multi-8206 
system. 
It is latched by R/W going low. 


Not used in slaves. 


CRCT 
52 
I 
CORRECT: 
When low this pin causes data correction 
during a read 


or read-modify-write 
cycle. When high, it causes error correction 
to 


be disabled, 
although 
error checking 
is still enabled. 


STB 
2 
I 
STROBE: 
STB is an input control 
used to strobe data at the 01 


inputs and check-bits 
at the CBI/SYI 
inputs. The signal is active 


high to admit the inputs. The signals are latched 
by the high-to-Iow 


transition 
of STB. 


BMo 
33 
I 
BYTE MARKS: 
When high, the Oata Out pins are enabled 
for a 
BM1 
32 
I 
read c~. 
When low, the Oata Out buffers are tristated 
for a write 


cycle. BMo controls 
000-7, 
while BM1 controls 
008-15. 
In partial 


(byte) writes, the byte mark input is low for the new byte to be 
written. 


R/W 
21 
I 
READ/WRITE: 
When high this pin causes the 8206 to perform 


detection 
and correction 
(if CRCT is low). When low, it causes the 


8206 to generate 
check-bits. 
On the high-to-Iow 
transition 
the 


syndrome 
is latched 
internally 
for read-modify-write 
cycles. 


WZ 
34 
I 
WRITE ZERO: 
When low this input overrides 
the BMo-1 and R/W 


inputs to cause the 8206 to output all zeros at 000-15 
with the 


corresponding 
check-bits 
at CBOO_7. Used for memory initialization. 


M/S 
4 
I 
MASTER/SLAVE: 
Input tells the 8206 whether 
it is a master (high) 


or a slave (low). 


SEOCU 
3 
I 
SINGLE 
EDC UNIT: Input tells the master whether 
it is operating 
as 


a single 8206 (low) or as the master in a multi-8206 
system (high). 


Not used in slaves. 


Vcc 
60 
I 
POWER SUPPLY: + 5V 


Vss 
26 
I 
LOGIC GROUND 


Vss 
43 
I 
OUTPUT 
DRIVER 
GROUND 


intJ 


The 8206 Error Detection and Correction Unit pro- 
vides greater memory system reliability through its 
ability to detect and correct memory errors. It is a 
single chip device that can detect and correct all 
single bit errors and detect all double bit and some 
higher multiple bit errors. Some other odd multiple 
bit errors (e.g., 5 bits in error) are interpreted as sin- 
gle bit errors, and the CE flag is raised. While some 
even multiple bit errors (e.g., 4 bits in error) are inter- 
preted as no error, most are detected as double bit 
errors. This error handling is a function of the num- 
ber of check bits used by the 8206 (see Figure 2) 
and the specific Hamming code used. Errors in 
check bits are not distinguished from errors in a 
word. 


For more information on error correction codes, see 
Intel Application Notes AP·46 and AP·73. 


A single 8206 handles 8 or 16 bits of data, and up to 
5 8206's can be cascaded in order to handle data 
paths of 80 bits. For a sin~ 
8206 8 bit system, the 
018-15,00/W018-15 and BM1 inputs are grounded. 
See the Multi-Chip systems section for information 
on 24-80 bit systems. 


The 8206 has a "flow through" architecture. It sup- 
ports two kinds of error correction architecture: 1) 
Flow-through, or correct-always; and 2) Parallel, or 
check-only. These are two separate 16-pin busses, 


Data Word Bits 
Check Bits 


8 
5 
16 
6 
24 
6 
32 
7 
40 
7 
48 
8 
56 
8 
64 
8 
72 
8 
80 
8 


one to accept data from the RAM (01)and the other 
to deliver corrected data to the system bus (DOl 
WOI). The logic is entirely combinatorial during a 
read cycle. This is in contrast to an architecture with 
only one bus, with bidirectional bus drivers that must 
first read the data and then be turned around to out- 
put the corrected data. The latter architecture typi- 
cally requires additional hardware (latches andlor 
transceivers) and may be slower in a system due to 
timing skews of control signals. 


With the R/W pin high, data is received from the 
RAM outputs into the 01 pins where it is optionally 
latched by the STB signal. Check bits are generated 
from the data bits and compared to the check bits 
read from the RAM into the CBI pins. If an error is 
detected the ERROR flag is activated and the cor- 
rectable error flag (CE) is used to inform the system 
whether the error was correctable or not. With the 
BM inputs high, the word appears corrected at the 
DO pins if the error was correctable, or unmodified if 
the error was uncorrectable. 


If more than one 8206 is being used, then the check 
bits are read by the master. The slaves generate a 
partial parity output (PPO) and pass it to the master. 
The master 8206 then generates and returns the 
syndrome to the slaves (SYO) for correction of the 
data. 


The 8206 may alternatively be used in a "check- 
only" mode with the CRCT pin left high. With the 
correction facility turned off, the propagation delay 
from memory outputs to 8206 outputs is significantly 
shortened. In this mode the 8206 issues an ERROR 
flag to the CPU, which can then perform one of sev- 
eral options: lengthen the current cycle for correc- 
tion, restart the instruction, perform a diagnostic rou- 
tine, etc. 


A syndrome word, five to eight bits in length and 
containing all necessary information about the exis- 
tence and location of an error, is made available to 
the system at the SYOO-7pins. Error logging may be 
accomplished by latching the syndrome and the 
memory address of the word in error. 


For a full write, in which an entire word is written to 
memory, the data is written directly to the RAM, by- 
passing the 8206. The same data enters the 8206 
through the WOI pins where check bits are generat- 
ed. The Byte Mark inputs must be low to tristate the 
DO drivers. The check bits, 5 to 8 in number, are 
then written to the RAM through the CBO pins for 
storage along with the data word. In a multi-chip sys- 
tem, the master writes the check bits using partial 
parity information from the slaves. 


In a partial write, part of the data word is overwritten, 
and part is retained in memory. This is accomplished 
by performing a read-modify-write cycle. The com- 
plete old word is read into the 8206 and corrected, 
with the syndrome internally latched by R/W going 
low. Only that part of the word not to be modified is 
output onto the DO pins, as controlled by the Byte 
Mark inputs. That portion of the word to be overwrit- 


ten is supplied by the system bus. The 8206 then 
calculates check bits for the new word, using the 
byte from the previous read and the new byte from 
the system bus, and writes them to the memory. 


Upon detection of an error the 8206 may be used to 
correct the bit in error in memory. This reduces the 
probability of getting multiple-bit errors in subse- 
quent read cycles. This correction is handled by exe- 
cuting read-modify-write cycles. 


The read-modify-write cycle is controlled by the R/W 
input. After (during) the read cycle, the system dy- 
namic RAM controller or CPU examines the 8206 
ERROR and CE outputs to determine if a correct- 
able error occurred. If it did, the dynamic RAM con- 
troller or CPU forces R/W low, telling the 8206 to 
latch the generated syndrome and drive the correct- 
ed check bits onto the CBO outputs. The corrected 
data is available on the DO pins. The DRAM control- 
ler then writes the corrected data and corresponding 
check bits into memory. 


The 8206 may be used to perform read-modify- 
writes in one or two RAM cycles. If it is done in two 
cycles, the 8206 latches are used to hold the data 
and check bits from the read cycle to be used in the 
following write cycle. The Intel 8207 Dual Port Dy- 
namic RAM controller allows read-modify-write cy- 
cles in one memory cycle. See the System Environ- 
ment section. 


A memory system operating with ECCrequires some 
form of initialization at system power-up in or- 


der to set valid data and check bit information in 
memory. The 8206 supports memory initialization by 
the write zero function. By activating the WZ pin, the 
8206 will write a data pattern of zeros and the asso- 
ciated check bits in the current write cycle. By thus 
writing to all memory at power-up, a controller can 
set memory to valid data and check bits. Massive 
memory failure, as signified by both data and check 
bits all ones or zeros, will be detected as an uncor- 
rectable error. 


A single 8206 handles 8 or 16 bits of data and 5 or 6 
check bits, respectively. Up to 5 8206's can be cas- 
caded for 80 bit memories with 8 check bits. 


When cascaded, one 8206 operates as a master, 
and all others as slaves. As an example, during a 
read cycle in a 32 bit system with one master and 
one slave, the slave calculates parity on its portion 
of the word-"partial 
parity"-and 
presents it to the 


master through the PPO pins. The master combines 
the partial parity from the slave with the parity it cal- 
culated from its own portion of the word to generate 
the syndrome. The syndrome is then returned by the 
master to the slave for error correction. In systems 
with more than one slave the above description con- 
tinues to apply, except that the partial parity outputs 
of the slaves must be XOR'd externally. Figure 4 
shows the necessary external logic for multi-chip 
systems. Write and read-modify-write cycles are car- 
ried out analogously. See the System Operation sec- 
tion for multi-chip wiring diagrams. 


There are several pins used to define whether the 
8206 will operate as a master or a slave. Tables 3 
and 4 illustrate how these pins are tied. 


inter 


3c. 80 Bit System 


Figure 4. External Logic for Multi-Chip Sytems 


Pin No. 
Pin Name 
Master 
Slave 1 
Slave 2 
Slave 3 
Slave 4 


4 
MIS 
+5V 
gnd 
gnd 
gnd 
gnd 


3 
SEDCU 
+5V 
+5V 
+5V 
+5V 
+5V 


13 
PP1o/POSo 
PPI 
gnd 
+5V 
gnd 
+5V 


14 
PPI1/POS1 
PPI 
gnd 
gnd 
+5V 
+5V 


15 
PPI2/NSLo 
PPI 
• 
+5V 
+5V 
+5V 


16 
PPI3/NSL1 
PPI 
• 
+5V 
+5V 
+5V 


NOTE: 
Pins 13, 14, 15, 16 have internal 
pull-up 
resistors 
and may be left as N.C. where 
specified 
as connecting 
to +5V. 


inter 


Number of Slaves 


Pin 
1 
2 
3 
4 


PPI2INSLo 
GND 
+5V 
GND 
+5V 
PPI3INSl1 
GND 
GND 
+5V 
+5V 


The timing specifications for multi-chip systems 
must be calculated to take account of the external 
XOR gating in 3, 4 and 5-chip systems. let tXOR be 
the delay for a single external TTl XOR gate. Then 
the following equations show how to calculate the 
relevant timing parameters for 2-chip (n = 0), 3-chip 
(n = 1), 4-chip (n = 2), and 5-chip (n = 2) systems: 


Data-in to corrected data-out (read cycle) = 


TDVSV + TPVSV + Tsvav 
+ ntXOR 


Data-in to error flag (read cycle) = 


TDVSV + TPVEV + ntXOR 


Data-in to correctable error flag (read cycle) = 


TDVSV + TPVSV + TSVCV + ntXOR 


Write data to check-bits valid (full write cycle) = 


Tavav 
+ TPVSV + ntXOR 


Data-in to check-bits valid (read-mod-write cycle) = 


TDVSV + TPVSV + Tsvav 
+ Tavav 
+ TPVSV + 
2ntXOR 


Data-in to check-bits valid (non-correcting read- 
modify-write cycle) = 


TDvau 
+ Tavav 
+ TPVSV + ntXOR 


The 8206 uses a modified Hamming code which was 
optimized for multi-chip EDCU systems. The code is 


such that partial parity is computed by all 8206's in 
parallel. No 8206 requires more time for propagation 
through logic levels than any other one, and hence 
no one device becomes a bottleneck in the parity 
operation. However, one or two levels of external 
TTl XOR gates are required in systems with three to 
five chips. The code appears in Table 5. The check 
bits are derived from the table by XORing or XNOR- 
ing together the bits indicated by 'X's in each row 
corresponding to a check bit. For example, check bit 
o in the MASTER for data word 1000110101101011 
will be "0". It should be noted that the 8206 will 
detect the gross-error condition of all lows or all 
highs. 


Error correction is accomplished by identifying the 
bad bit and inverting it. Table 5 can also be used as 
an error syndrome table by replacing the 'X's with 
'1's. Each column then represents a different syn- 
drome word, and by locating the column corre- 
sponding to a particular syndrome the bit to be cor- 
rected may be identified. If the syndrome cannot be 
located then the error cannot be corrected. For ex- 
ample, if the syndrome word is 00110111, the bit to 
be corrected is bit 5 in the slave one data word (bit 
21). 


The syndrome decoding is also summarized in Ta- 
bles 6 and 7 which can be used for error logging. By 
finding the appropriate syndrome word (starting with 
bit zero, the least significant bit), the result is either: 
1) no error; 2) an identified (correctable) single bit 
error; 3) a double bit error; or 4) a multi-bit uncorrect- 
able error. 


Check bits are generated 
by XOR'ing 
(except for the CBO and CB1 data bits, which are XNOR'ed 
in the Master) the data bits in the rows corresponding 
to 
the check bits. Note there are 6 check bits in a 16-bit system, 7 in a 32-bit system, and 8 in 48-or-more-bit 
systems. 


BYTE NUMBER 
0 
1 
OPERATION 
BIT NUMBER 
0 
1 
2 
3 
4 
5 
6 
7 
0 
1 
2 
3 
4 
5 
6 
7 


CBO = 
x 
x 
- 
x - 
x 
x 
- 
x 
- 
- 
x 
- 
x 
- 
- 
XNOR 
CB1 = 
x 
- 
x - 
- 
x 
- 
x . x 
- 
x 
x 
- 
x - 
XNOR 
CB2 = 
- 
x 
x 
- 
x 
- 
x 
x 
- 
- 
x 
- 
x . - 
x 
XOR 
CHECK 
CB3 = 
x 
x 
x 
x 
x 
- 
- 
- 
x 
x 
x 
- 
- 
- 
- 
- 
XOR 
BITS 
CB4 = 
- . . x 
x 
x 
x 
x - 
- . . · x 
x 
x 
XOR 
CB5 = 
- 
- 
- 
- 
- 
- 
- 
- 
x 
x 
x 
x 
x 
x 
x 
x 
XOR 
CB6 = 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
XOR 
CB7 = 
- 
- 
- - 
- 
- . . - . - . · . . . 
XOR 


DATA BITS 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
1 
1 
1 
1 
1 
1 
0 
1 
2 
3 
4 
5 
6 
7 
8 
9 
0 
1 
2 
3 
4 
5 


16 BIT OR MASTER 


2 
3 
OPERATION 
0 
1 
2 
3 
4 
5 
6 
7 
0 
1 
2 
3 
4 
5 
6 
7 


- 
x 
x 
x . x 
x 
- 
- 
x 
x 
- 
- 
x . - 
XOR 


x 
x 
x 
- 
- 
x 
- 
x 
x 
x 
- . . - 
- 
x 
XOR 
- 
x 
x 
x 
- 
x 
x 
x - 
- 
x 
x 
- 
- 
- 
- 
XOR 


x 
x 
- 
- 
x . x 
x 
x 
- 
- 
x 
x 
- 
- 
- 
XOR 


x 
x 
- 
- 
x 
x 
x 
x 
- 
- 
- 
- 
x 
- 
x 
- 
XOR 
- 
- 
- 
x 
x 
x 
x 
x - - . - 
- 
x 
x 
x 
XOR 
- 
- . - . - 
- 
- 
x 
x 
x 
x 
x 
x 
x 
x 
XOR 
- - 
- 
- 
- 
- 
- 
- 
- 
- . - 
- · . - 
XOR 


1 
1 
1 
1 
2 
2 
2 
2 
2 
2 
2 
2 
2 
2 
3 
3 
6 
7 
8 
9 
0 
1 
2 
3 
4 
5 
6 
7 
8 
9 
0 
1 


SLAVE 
#1 


BYTE NUMBER 
4 
5 
6 
7 
8 
9 
OPERATION 
BIT-NUMBER 
0 
1 2 3 4 567 
0 
1 2 3 4 5 6 7 0 
1 2 3 4 5 6 7 o 1 2 3 4 5 6 7 0 
1 2 3 4 5 6 7 0 
1 2 3 4 5 6 7 


CBO = x x - x - x x . x - - x - x - - x - x - x 
x - 
- x - x 
x - - x - - x 
x x - 
x x . - x 
x - - x . - 
XOR 
CB1 = x - x - - 
x - x - x - x x - 
x - - x x . . . x 
x x 
x x - . . x - . x 
x 
x - 
x 
x 
x . - x 
x · . - - 
XOR 
CB2 = - x x - x . x x . . x - x - - x - x x x - 
x 
x - - 
x x - - 
x - - 
x - - 
x - 
x x - - x 
x - - x - x 
XOR 


CHECK 
CB3 = x 
x x 
x x - - - x 
x x - - - - - x - x - - 
x x 
- x 
x - - 
x 
x - - - x 
x 
x x - - 
x 
x x - - 
x - - - 
XOR 


BITS 
CB4 = - - - 
x x 
x x x - - - - - x 
x x - - - x 
x 
x x 
x - . . - . x 
x x - x 
x - - - 
x 
x x 
x 
x . · - x - 
XOR 
CB5 = x 
x x 
x x 
x x x - . - - . - - - · - . . - - . • x 
x 
x x 
x 
x x 
x x - x 
x x 
x - 
x - - - 
x - - - 
x 
XOR 
CB6 = x 
x x 
x x 
x x x . - . - - - - - x x x 
x x 
x x 
x - - - - - - - - x 
x . . x 
x 
x 
x - - - - 
x - 
x - 
XOR 
CB7 = - - - - - - - - x 
x x 
x x 
x 
x x - - - - - - - 
• x 
x x 
x 
x 
x x 
x - - - - - - - - x 
x 
x 
x 
x 
x 
x x 
XOR 


DATA BITS 
333 
3 3 3 3 3 4 4 4 4 4 444 
44555555 
5 5 5 5 6 6 6 6 6 666 
667 
7 7 7 7 7 7 777 
2 3 456 
7 8 9 0 
1 234 
5 6 7 890 
1 2 3 4 5 6 7 8 9 0 
1 2 3 4 5 6 7 8 9 0 
1 23456 
789 


SLAVE 
#2 
SLAVE 
#3 
SLAVE 
#4 


inter 


0 
0 
1 
0 
1 
0 
1 
0 
1 
0 
1 
0 
1 
0 
1 
0 
1 
Syndrome 
1 
0 
0 
1 
1 
0 
0 
1 
1 
0 
0 
1 
1 
0 
0 
1 
1 
Bits 
2 
0 
0 
0 
0 
1 
1 
1 
1 
0 
0 
0 
0 
1 
1 
1 
1 
7 
6 
5 
4 
3 
0 
0 
0 
0 
0 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
1 


0 
0 
0 
0 
N 
CBO 
CB1 
D 
CB2 
D 
D 
18 
CB3 
D 
D 
0 
D 
1 
2 
D 


0 
0 
0 
1 
CB4 
D 
D 
5 
D 
6 
7 
D 
D 
D 
16 
D 
4 
D 
D 
17 


0 
0 
1 
0 
CB5 
D 
D 
11 
D 
19 
12 
D 
D 
8 
9 
D 
10 
D 
D 
67 


0 
0 
1 
1 
D 
;13 
14 
D 
15 
D 
D 
21 
20 
D 
D 
66 
D 
22 
23 
D 


0 
1 
0 
0 
CB6 
D 
D 
25 
D 
26 
49 
D 
D 
48 
24 
D 
27 
D 
D 
50 


0 
1 
0 
1 
D 
52 
55 
D 
51 
D 
D 
70 
28 
D 
D 
65 
D 
53 
54 
D 


0 
1 
1 
0 
D 
29 
31 
D 
64 
D 
D 
69 
68 
D 
D 
32 
D 
33 
34 
D 


0 
1 
1 
1 
30 
D 
D 
37 
D 
38 
39 
D 
D 
35 
71 
D 
36 
D 
D 
U 


1 
0 
0 
0 
CB7 
D 
D 
43 
D 
77 
44 
D 
D 
40 
41 
D 
42 
D 
D 
U 


1 
0 
0 
1 
D 
45 
46 
D 
47 
D 
D 
74 
72 
D 
D 
U 
D 
73 
U 
D 


1 
0 
1 
0 
D 
59 
75 
D 
79 
D 
D 
58 
60 
D 
D 
56 
D 
U 
57 
D 


1 
0 
1 
1 
63 
D 
D 
62 
D 
U 
U 
D 
D 
U 
U 
D 
61 
D 
D 
U 


1 
1 
0 
0 
D 
U 
U 
D 
U 
D 
D 
U 
76 
D 
D 
U 
D 
U 
U 
D 
1 
1 
0 
1 
78 
D 
D 
U 
D 
U 
U 
D 
D 
U 
U 
D 
U 
D 
D 
U 
1 
1 
1 
0 
U 
D 
D 
U 
D 
U 
U 
D 
D 
U 
U 
D 
U 
D 
D 
U 
1 
1 
1 
1 
D 
U 
U 
D 
U 
D 
D 
U 
U 
D 
D 
U 
D 
U 
U 
D 


N = No Error 
CBX = Error in Check 
Bit X 
X = Error in Data Bit X 
D = Double 
Bit Error 
U = Uncorrectable 
Multi-Bit 
Error 


has the ability to perform dual port memory control, 
and Figure 6 illustrates a highly integrated dual port 
RAM implementation using the 8206 and 8207. The 
8206/8207 combination permits such features as 
automatic scrubbing (correcting errors in memory 
during refresh), extending RAS and CAS timings for 
Read-Modify-Writes in single memory cycles, and 
automatic memory initialization upon reset. Together 
these two chips provide a complete dual-port, error- 
corrected dynamic RAM subsystem. 


The 8206 interface to a typical 32 bit memory sys- 
tem is illustrated in Figure 5. For larger systems, the 
partial parity bits from slaves two to four must be 
XOR'ed externally, which calls for one level of XOR 
gating for three 8206's and two levels for four or five 
8206's. 


The 8206 is designed for direct connection to the 
Intel 8207 Dynamic RAM Controller. The 8207 
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The 6206 lends itself to straightforward memory 
board testing with a minimum of hardware overhead. 
The following is a description of four common test 
modes and their implementation. 
Mode 0- Read and write with error correction. 


Implementation: This mode is the normal 
6206 operating mode. 
Mode 1- Read and write data with error correction 
disabled to allow test of data memory. 
Implementation: This mode is performed 
with CRCT deactivated. 


Mode 2- Read and write check bits with error cor- 
rection disabled to allow test of check bits 
memory. 
Implementation: Any pattern may be writ- 
ten into the check bits memory by judi- 
ciously choosing the proper data word to 


generate the desired check bits, through 
the use of the 6206 Hamming code. To 
read out the check bits it is first necessary 
to fill the data memory with all zeros, 
which may be done by activating WZ and 
incrementing memory addresses with WE 
to the check bits memory held inactive. 
and then performing ordinary reads. The 
check bits will then appear directly at the 
SYO outputs. with bits CBO and CB1 in- 
verted. 
Mode 3- Write data, without altering or writing 


check bits, to allow the storage of bit 
combinations to cause error correction 
and detection. 
Implementation: This mode is implement- 
ed b~iting 
the desired word to memory 


with WE to the check bits array held inac- 
tive. 
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type A 


inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O'C to 70'C 


Storage Temperature 
- 65'C to + 150'C 


Voltage 
On Any Pin 
with Respect 
to Ground 
- 0.5V to + 7V 


Power Dissipation 
1.5W 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


Ice 
Power Supply Current 
-Single 
8206 or 
270 
mA 
Slave #1 
-Master 
in Multi-Chip 
230 
mA 
or Slaves 
# 2, 3, 4 


VIL(l) 
Input Low Voltage 
-0.5 
0.8 
V 


VIH(l) 
Input High Voltage 
2.0 
Vee + 
V 
0.5V 


VOL 
Output 
Low Voltage 
-DO 
0.45 
V 
IOL = 8mA 
-All 
Others 
0.45 
V 
IOL = 2.0mA 


VOH 
Output High Voltage 
-DO,CBO 
2.6 
V 
IOH = -2 
mA 
-All 
Other Outputs 
2.4 
V 
IOH = -0.4 
mA 


ILO 
I/O Leakage Current 
-PPI4/CE 
±20 
p.A 
0.45V 
S; Vila 
S; Vee 
-DO/WDI0_15 
±10 
p.A 


III 
Input Leakage Current 
-PPI0-3, 
5-7, CBls-7' SEDCU(2) 
±20 
p.A 
OV ~ VIN S; Vee 
-All 
Other Input Only Pins 
±10 
p.A 


NOTES: 
1. SEDCU (pin 3) and MIS (pin 4) are device strapping options and should be tied to Vcc or GND. VIH min = Vcc -0.5V 
and VIL max = 0.5V. 
2. PP10-7(pins 13-20) and eBI6-7 (pins 11, 12) have internal pull-up resistors and if left unconnected will be pulled to Vcc. 


2.•=x 
x= 


2.0 
2.0 
> TEST 
POINTS < 
0.' 
0.' 
0.45 
-------- 


DEVICE 
UNDER 
TEST 


205220-14 
A.C. Testing:Inputsaredrivenat 2.4Vfora Logic"1" and0.45V 
for a Logic"0". Timingmeasurementsare madeat 2.0Vfor a 
Logic"1" and0.8Vfor a Logic"0". 


inter 


A.C. CHARACTERISTICS 
TA = O·C to 70·C, vcc 
= 
+5V 
± 10%, VSS = OV, RL = 22.0., CL = 50 pF; all times are in ns 


Symbol 
Parameter 
8206-1 
8206 
Notes 


Min 
Max 
Min 
Max 


TRHEV 
ERROR Valid from R/W t 
20 
25 


TRHCV 
CE Valid from R/W t (Single 8206) 
34 
44 


TRHQV 
Corrected 
Data Valid from RW t 
44 
54 
1 


TRVSV 
SYO/CBO/PPO 
Valid from R/W 
32 
42 
1 


TOVEV 
ERROR Valid from Data/Check 
Bits In 
35 
42 


Tovcv 
CE Valid from Data/Check 
Bits In 
50 
70 


TOVQV 
Corrected 
Data Valid from Data/Check 
Bits In 
55 
67 


Tovsv 
SYO/PPO 
Valid from Data/Check 
Bits In 
40 
55 


TSHQV 
Corrected 
Data Access Time 
35 
37 


TSXQX 
Hold Time from Data/Check 
Bits In 
0 
0 
1 


TSLQZ 
Corrected 
Data Float Delay 
0 
25 
0 
28 
1 


TSHIV 
STB High to Data/Check 
Bits In Valid 
30 
30 
2 


TIVSL 
Data/Check 
Bits In to STB.J.- Set-Up 
5 
5 


TSLIx 
Data/Check 
Bits In from STB.J.- Hold 
15 
25 


TpVEV 
ERROR Valid from Partial Parity In 
21 
30 
3 


TpVQV 
Corrected 
Data (Master) from Partial Parity In 
46 
61 
1,3 


Tpvsv 
Syndrome/Check 
Bits Out from Partial Parity In 
32 
43 
1,3 


TSVQV 
Corrected 
Data (Slave) Valid from Syndrome 
41 
51 
3 


Tsvcv 
CE Valid from Syndrome 
(Slave Number 1) 
43 
48 
3 


TQVQV 
Check Bits/Partial 
Parity Out from Write Data In 
44 
64 
1 


TRHSX 
Check Bits/Partial 
Parity Out from R/W, WZ Hold 
0 
0 
1 


TRLSX 
Syndrome 
Out from R/W Hold 
0 
0 


TQXQX 
Hold Time from Write Data In 
0 
0 
1 


TSVRL 
Syndrome 
Out to R/W.J.- Set-Up 
5 
17 
3 


TOVRL 
Data/Check 
Bits to R/W Set-Up 
24 
39 
1 


TDVQU 
Uncorrected 
Data Out from Data In 
29 
32 


TTVQV 
Corrected 
Data Out from CRCT .J.- 
25 
30 


TWLQL 
WZ .J.-to Zero Out 
25 
30 


TWHQX 
Zero Out from WZ t Hold 
0 
0 
0 


NOTES: 
1. A.C. Test Levels for CBO and DO are 2.4V and O.8V. 
2. TSHIVis required to guarantee output delay timings: TDVEV,TDVCV,TDVQV,TDVSV,TSHIV+ TIVSLguarantees a min STB 
pulse width of 35 ns. 
3. Not required for 8/16 bit systems. 
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8207 
DUAL-PORT DYNAMIC RAM CONTROLLER 
• Provides 
All Signals Necessary 
to 
• Fast Cycle Support 
for 8 MHz 80286 


Control 
16K, 64K and 256K Dynamic 
with 8207-16 
RAMs 
• Slow Cycle Support 
for 8 MHz, 10 MHz 
• Directly 
Addresses 
and Drives up to 2 
8086/88, 
80186/188 
with 8207-8, 
Megabytes 
without 
External 
Drivers 
8207-10 
• Supports 
Single and Dual-Port 
• Provides 
Signals to Directly 
Control 
the 
Configurations 
8206 Error Detection 
and Correction 


• Automatic 
RAM Initialization 
in All 
Unit 


Modes 
• Supports 
Synchronous 
or 


• Four Programmable 
Refresh 
Modes 
Asynchronous 
Operation 
on Either Port 
• Transparent 
Memory 
Scrubbing 
In ECC 
• 68 Lead JEDEC Type A Leadless 
Chip 


Mode 
Carrier 
(LCC) and Pin Grid Array (PGA), 


Both in Ceramic. 


The Intel 8207 
Dual-Port 
Dynamic 
RAM Controller 
is a high-performance, 
systems-oriented, 
Dynamic 
RAM 
controller 
that is designed 
to easily interface 
16K, 64K and 256K Dynamic 
RAMs to Intel and other microproc- 
essor 
systems. 
A dual-port 
interface 
allows 
two 
different 
busses 
to independently 
access 
memory. 
When 
configured 
with an 8206 Error Detection 
and Correction 
Unit the 8207 supplies the necessary 
logic for design- 
ing large error-corrected 
memory 
arrays. This combination 
provides 
automatic 
memory 
initialization 
and trans- 
parent 
memory 
error scrubbing. 


LEN 
lACKA/ACKA 
XACKI.ACK' 
~ 
oe•• 
Uf8 
MUX/PClK 
PSEL 
PSEN 
WE 


inter 


- 


Symbol 
Pin 
Type 
Name and Function 


LEN 
1 
0 
ADDRESS 
LATCH 
ENABLE: 
In two-port 
configurations, 
when Port A is 


running with iAPX 286 Status interface 
mode, this output replaces 
the ALE 


signal from the system bus controller 
of port A and generates 
an address 


latch enable signal which provides 
optimum 
setup and hold timing for the 


8207. This signal is used in Fast Gycle operation 
only. 


XAGKAI 
2 
0 
TRANSFER 
ACKNOWLEDGE 
PORT A/ ACKNOWLEDGE 
PORT A: In non- 
AGKA 
EGG mode, this pin is XAGKA and indicates 
that data on the bus is valid 


during a read cycle or that data may be removed 
from the bus during a write 


cycle for Port A. XAGKA is a Multibus-compatible 
signal. In EGG mode, this 


pin is AGKA which can be configured, 
depending 
on the programming 
of the X 


program 
bit, as an XAGK or AAGK strobe. The SA programming 
bit 


determines 
whether 
the AAGK will be an early EAAGKA or a late LAACKA 


interface 
signal. 


XAGKBI 
3 
0 
TRANSFER 
ACKNOWLEDGE 
PORT B/ ACKNOWLEDGE 
PORT B: In non- 
ACKB 
EGG mode, this pin is XAGKB and indicates 
that data on the bus is valid 


during a read cycle or that data may be removed 
from the bus during a write 


cycle for Port B. XAGKB is a Multibus-compatible 
signal. In EGG mode, this 


pin is AGKB which can be configured, 
depending 
on the programming 
of the X 


program 
bit, as an XAGK or AAGK strobe. The SB programming 
bit 


determines 
whether 
the AAGK will be an early EAAGKB or a late LAACKB 
interface 
signal. 


AAGKAI 
4 
0 
ADVANCED 
ACKNOWLEDGE 
PORT A/WRITE 
ZERO: In non-EGG mode, 
WZ 
this pin is AAGKA and indicates 
that the processor 
may continue 
processing 


and that data will be available 
when required. This signal is optimized 
for the 


system by programming 
the SA program 
bit for synchronous 
or asynchronous 


operation. 
In EGC mode, after a RESET, this signal will cause the 8206 to 


force the data to all zeros and generate 
the appropriate 
check bits. 


AAGKBI 
5 
0 
ADVANCED 
ACKNOWLEDGE 
PORT B/READ/WRITE: 
In non-EGG mode, 
R/W 
this pin is AAGKB and indicates 
that the processor 
may continue 
processing 


and that data will be available 
when required. This signal is optimized 
for the 


system by programming 
the SB program 
bit for synchronous 
or asynchronous 


operation. 
In EGG mode, this signal causes the 8206 EOGU to latch the 


syndrome 
and error flags and generate 
check bits. 


OBM 
6 
0 
DISABLE 
BYTE MARKS: 
This is an EGG control 
output signal indicating 
that 


a read or refresh cycle is occurring. 
This output forces the byte address 


decoding 
logic to enable all 8206 data output buffers. 
In EGG mode, this 


output is also asserted 
during memory initialization 
and the 8-cycle dynamic 


RAM wake-up 
exercise. 
In non-EGG systems this signal indicates 
that either a 


read, refresh or 8-cycle warm-up 
is in progress. 


ESTB 
7 
0 
ERROR STROBE: 
In EGG mode, this strobe is activated 
when an error is 


detected 
and allows a negative-edge 
triggered 
flip-flop to latch the status of 


the 8206 EOGU GE for systems with error logging capabilities. 
ESTB will not 


be issued during refresh cycles. 


LOCK 
8 
I 
LOCK: This input instructs 
the 8207 to lock out the port not being serviced 
at 


the time LOGK was issued. 


VCC 
9 
I 
DRIVER 
POWER: + 5 volts. Supplies Vcc for the output drivers. 
43 
LOGIC POWER: + 5 volts. Supplies Vcc for the internal 
logic circuits. 


GE 
10 
I 
CORRECTABLE 
ERROR: This is an EGG input from the 8206 EOGU which 
instructs 
the 8207 whether 
a detected 
error is correctable 
or not. A high input 
indicates 
a correctable 
error. A low input inhibits the 8207 from activating 
WE 


to write the data back into RAM. This should be connected 
to the GE output of 


the 8206. 


Symbol 
Pin 
Type 
Name and Function 


ERROR 
11 
I 
ERROR: This is an EGG input from the 8206 EOGU and instructs 
the 8207 


that an error was detected. 
This pin should be connected 
to the ERROR 


output of the 8206. 


MUX/ 
12 
0 
MULTIPLEXER 
CONTROL/PROGRAMMING 
CLOCK: Immediately 
after a 
PGLK 
RESET this pin is used to clock serial programming 
data into the POI pin. In 


normal two-port 
operation, 
this pin is used to select memory addresses 
from 


the appropriate 
port. When this signal is high, port A is selected 
and when it is 


low, port B is selected. 
This signal may change state before the completion 
of 


a RAM cycle, but the RAM address hold time is satisfied. 


PSEL 
13 
0 
PORT SELECT: This signal is used to select the appropriate 
port for data 


transfer. 
When this signal is high port A is selected 
and when it is low port B is 


selected. 


PSEN 
14 
0 
PORT SELECT 
ENABLE: This signal used in conjunction 
with PSEL provides 


contention-free 
port exchange 
on the data bus. When PSEN is low, port 


selection 
is allowed to change 
state. 


WE 
15 
0 
WRITE ENABLE: This signal provides the dynamic 
RAM array the write 


enable input for a write operation. 


FWR 
16 
I 
FULL WRITE: This is an EGG input signal that instructs 
the 8207, in an EGG 


configuration, 
whether 
the present write cycle is normal RAM write (full write) 


or a RAM partial write (read-modify-write) 
cycle. 


RESET 
17 
I 
RESET: This signal causes all internal counters 
and state flip-flops 
to be reset 


and upon release of RESET, data appearing 
at the POI pin is clocked 
in by the 


PGLK output. The states of the POI, PGTLA, PGTLB and RFRO pins are 
sampled 
by RESET going inactive and are used to program the 8207. An 8- 


cycle dynamic 
RAM warm-up 
is performed 
after clocking 
POI bits into the 


8207. 


GASO-GAS3 
18-21 
0 
COLUMN 
ADDRESS 
STROBE: These outputs are used by the dynamic 
RAM 


array to latch the column address, 
present on the AOO-8 
pins. These outputs 


are selected 
by the BSO and BS1 as programmed 
by program 
bits RBO and 


RB1. These outputs drive the dynamic 
RAM array directly and need no 


external drivers. 


RASO-RAS3 
22-25 
0 
ROW ADDRESS 
STROBE: These outputs are used by the dynamic 
RAM 


array to latch the row address, 
present on the AOO-8 
pins. These outputs are 


selected 
by the BSO and BS1 as programmed 
by program 
bits RBO and RB1. 


These outputs drive the dynamic 
RAM array directly and need no external 


drivers. 


Vss 
26 
I 
DRIVER 
GROUND: 
Provides a ground for the output drivers. 


60 
I 
LOGIC GROUND: 
Provides a ground for the remainder 
of the device. 


AOO-A08 
35-27 
0 
ADDRESS 
OUTPUTS: 
These outputs are designed 
to provide the row and 


column addresses 
of the selected 
port to the dynamic 
RAM array. These 


outputs drive the dynamic 
RAM array directly and need no external 
drivers. 


BSO-BS1 
36-37 
I 
BANK SELECT: These inputs are used to select one of four banks of the 
dynamic 
RAM array as defined 
by the program 
bits RBO and RB1. 


ALO-AL8 
38-42 
I 
ADDRESS 
LOW: These lower-order 
address 
inputs are used to generate 
the 
44-47 
row address for the internal address 
multiplexer. 


AHO-AH8 
48-56 
I 
ADDRESS 
HIGH: These higher-order 
address inputs are used to generate 
the column address for the internal address 
multiplexer. 


inter 


Symbol 
Pin 
Type 
Name and Function 


POI 
57 
I 
PROGRAM 
DATA INPUT: This input programs 
the various user-selectable 


options in the 8207. The PGlK 
pin shifts programming 
data into the POI input 


from optional 
external 
shift registers. 
This pin may be strapped 
high or low to 


a default EGG (POI = logic 
"1") 
or non·EGG (POI = logic 
"0") 
mode 


configuration. 


RFRO 
58 
I 
REFRESH 
REQUEST: 
This input is sampled 
on the falling edge of RESET. If 


it is high at RESET, then the 8207 is programmed 
for internal refresh request 


or external 
refresh request with failsafe 
protection. 
If it is low at RESET, then 


the 8207 is programmed 
for external 
refresh without failsafe 
protection 
or 


burst refresh. Once programmed 
the RFRO pin accepts 
signals to start an 


external 
refresh with failsafe protection 
or external 
refresh without failsafe 


protection 
or a burst refresh. 


GlK 
59 
I 
CLOCK: 
This input provides 
the basic timing for sequencing 
the internal 
logic. 


ROB 
61 
I 
READ FOR PORT B: This pin is the read memory request 
command 
input for 


port B. This input also directly accepts 
the S1 status line from Intel 


processors. 


WRB 
62 
I 
WRITE FOR PORT B: This pin is the write memory request command 
input 


for port B. This input also directly accepts 
the SO status line from Intel 


processors. 


PEB 
63 
I 
PORT ENABLE 
FOR PORT B: This pin serves to enable a RAM cycle request 


for port B. It is generally 
decoded 
from the port address. 


PGTlB 
64 
I 
PORT CONTROL 
FOR PORT B: This pin is sampled 
on the falling edge of 


RESET. If low after RESET, the 8207 is programmed 
to accept 
memory 
read 


and write commands, 
Multibus commands 
or iAPX 286 status inputs. If high 


after RESET, the 8207 is p~rammed 
to accept status inputs from iAPX 86 or 
iAPX 186 processors. 
The S2 status line should be connected 
to this input if 


programmed 
to accept iAPX 86 or iAPX 186 status inputs. When programmed 


to accept commands 
or iAPX 286 status, it should be tied low or it may be 


used as a Multibus-compatible 
inhibit signal. 


ROA 
65 
I 
READ FOR PORT A: This pin is the read memory request command 
input for 


port A. This input also directly accepts 
the S1 status line from Intel 


processors. 


WRA 
66 
I 
WRITE 
FOR PORT A: This pin is the write memory request command 
input 


for port A. This input also directly accepts 
the SO status line from Intel 


processors. 


PEA 
67 
I 
PORT ENABLE 
FOR PORT A: This pin serves to enable a RAM cycle request 


for port A. It is generally 
decoded 
from the port address. 


PGTLA 
68 
I 
PORT CONTROL 
FOR PORT A: This pin is sampled 
on the falling edge of 


RESET. If low after RESET, the 8207 is programmed 
to accept memory 
read 


and write commands, 
Multibus commands 
or iAPX 286 status inputs. If high 


after RESET, the 8207 is p~rammed 
to accept status inputs from iAPX 86 or 
iAPX 186 processors. 
The S2 status line should be connected 
to this input if 


programmed 
to accept 
iAPX 86 or iAPX 186 status inputs. When programmed 


to accept commands 
or iAPX 286 status, it should be tied low or it may be 


connected 
to INHIBIT when operating 
with Multibus. 


inter 


The Intel 8207 Dual-Port Dynamic RAM Controller is 
a microcomputer peripheral device which provides 
the necessary signals to address, refresh and direct- 
ly drive 16K, 64K and 256K dynamic RAMs. This 
controller also provides the necessary arbitration cir- 
cuitry to support dual-port access of the dynamic 
RAM array. 


The 8207 supports several microprocessor interface 
options including synchronous and asynchronous 
connection 
to 
iAPX 
86, 
iAPX 
88, 
iAPX 
186, 


iAPX 188. iAPX 286 and Multibus. 


This device may be used with the 8206 Error Detec- 
tion and Correction Unit (EDCU). When used with 
the 8206, the 8207 is programmed in the Error 
Checking and Correction (ECG) mode. In this mode, 
the 8207 provides all the necessary control signals 
for the 8206 to perform memory initialization and 
transparent error scrubbing during refresh. 


The 8207 has control circuitry for two ports each 
capable of supporting one of several possible bus 


structures. The ports are independently configurable 
allowing the dynamic RAM to serve as an interface 
between two different bus structures. 


Each port of the 8207 may be programmed to run 
synchronous or asynchronous to the 
processor 


clock. (See Synchronous/Asynchronous Mode.) The 
8207 has been optimized to run synchronously with 
Intel's iAPX 86, iAPX 88, iAPX 186, iAPX 188, and 
iAPX 286. When the 8207 is programmed to run in 
asynchronous mode, the 8207 inserts the necessary 
synchronization circuitry for the RD, WR, PE, and 
PCTL inputs. 


The 8207 achieves high performance (I.e., no wait 
states) by decoding the status lines directly from the 
iAPX 86, iAPX 88, iAPX 186, iAPX 188 and iAPX 286 
processors. The 8207 can also be programmed to 
receive read or write Multibus commands or com- 
mands from a bus controller. (See Status/Command 
Mode.) 


The 8207 may be programmed to accept the clock 
of the iAPX 86, 88. 186, 188 or 286. The 8207 ad- 
justs its internal timing to allow for the different clock 
frequencies of these microprocessors. (See Micro- 
processor Clock Frequency Option.) 


Figures 2A and 28 show the different processor in- 
terfaces to the 8207 using the synchronous or asyn- 
chronous mode and status or command interface. 


inter 


elK ~ 
=51 
!2 


ADDR./DATA 


210463-2 
Slow-Cycle 
Synchronous- 
Status Interface 


210463-4 
Slow-Cycle 
Synchronous-Command 
Interface 


210463-5 


Slow-Cycle 
Asynchronous-Command 
Interface 


Single-Port 
Operation 


The use of an address latch with the iAPX 286 
status interface is not needed since the 8207 can 
internally latch the addresses with an internal signal 
similar in behavior to the LEN output. This operation 
is active only in single-port applications when the 
processor is interfaced to port A. 


The 8207 provides for two-port operation. Two inde- 
pendent processors may access memory controlled 


by the 8207. The 8207 arbitrates between each of 
the processor requests and directs data to or from 
the appropriate port. Selection is done on a priority 
concept that reassigns priorities based upon past 
history. Processor requests are internally queued. 


Figure 3 shows a dual-port configuration with two 
iAPX 86 systems interfacing to dynamic RAM. One 
of the processor systems is interfaced synchronous- 
ly using the status interface and the other is inter- 
faced asynchronously also using the status inter- 
face. 


NOTE: 
Address 
latch not required 
in single-port 
mode. 


Fast-Cycle 
Synchronous-Status 
Interface 


210463-8 


Fast-Cycle 
Synchronous-Command 
Interface 


NOTE: 
Address 
latch not required 
in single-port 
mode. 


Fast-Cycle 
Asynchronous-Status 
Interface 


'MULTI·BUS Option 
Fast-Cycle 
Asynchronous-Command 
Interface 


Dynamic RAM Interface 


The 8207 is capable of addressing 16K, 64K and 
256K dynamic RAMs. Figure 4 shows the connec- 
tion of the processor address bus to the 8207 using 
the different RAMs. 


The 8207 divides memory into as man~ 
four 
banks, each bank having its own Row (RAS) and 
Column (CAS) Address Strobe pair. This organiza- 
tion permits RAM cycle interleaving and permits er- 


ror scrubbing during ECC refresh cycles. RAM cycle 
interleaving overlaps the start of the next RAM cycle 
with the RAM Precharge period of the previous cy- 
cle. Hiding the precharge period of one RAM cycle 
behind the data access period of the next RAM cy- 
cle optimizes memory bandwidth and is effective as 
long as successive RAM cycles occur in alternate 
banks. 


Successive data access to the same bank will cause 
the 8207 to wait for the precharge time of the previ- 
ous RAM cycle. 
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210463-11 
256K RAM Interface 


210463-12 
64K RAM Interface 


210463-13 
16K RAM Interface 
NOTES: 
1. Unassigned 
address 
input pins should 
be strapped 
high or low. 


2. AO along with SHE are used to select 
a byte within 
a processor 
word. 
3. Low order 
address 
bits are used as bank select 
inupts 
so that consecutive 
memory 
access 
requests 
are to alternate 
banks 
allowing 
bank interleaving 
of memory 
cycles. 


If not all RAM banks 
are occupied, 
the 8207 
reas- 
signs the RAS and CAS strobes 
to allow using wider 
data 
words 
without 
increasing 
the 
loading 
on the 
RAS and CAS drivers. 
Table 
2 shows 
the bank se- 
lection 
decoding 
and the word expansion, 
including 
RAS and CAS assignments. 
For example, 
if only two 
RAM 
banks 
are occupied, 
then 
two 
RAS and two 
CAS strobes 
are activated 
per bank. 
Program 
bits 
RB1 and RBO are not used to check the bank select 
inputs 
BS1 and BSO. The system 
design 
must pro- 
tect 
from accesses 
to "illegal", 
non-existent 
banks 
of 
memory, 
by deactivating 
the 
PEA, 
PEB 
inputs 
when addressing 
an illegal bank. 


The 8207 
can interface 
to fast or slow RAMs. 
The 
8207 adjusts and optimizes 
internal timings for either 
the fast or slow 
RAMs 
as programmed. 
(See RAM 
Speed Option.) 


Memory Initialization 


After 
programming, 
the 
8207 
performs 
eight 
RAM 
"warm-up" 
cycles 
to prepare 
the dynamic 
RAM for 
proper 
device 
operation. 
During 
"warm-up" 
some 
RAM parameters, 
such as tRAH, tASC, may not be 
met. This causes 
no harm to the dynamic 
RAM ar- 
ray. If configured 
for operation 
with error correction, 
the 8207 and 8206 EDCU will proceed 
to initialize all 
of memory 
(memory 
is written 
with zeros with corre- 
sponding 
check 
bits). 


Table 
2. Bank Selection 
Decoding 
and Word 
Expansion 


Program 
Bank 
Bits 
Input 
RAS/CAS 
Pair 
Allocation 
RB1 
RBO 
BS1 
BSO 


0 
0 
0 
0 
RASo_3, CASO_3 to Bank 0 


0 
0 
0 
1 
Illegal 


0 
0 
1 
0 
Illegal 


0 
0 
1 
1 
Illegal 


0 
1 
0 
0 
RASO,1, CASO,1 to Bank 0 


0 
1 
0 
1 
RAS2,3, CAS2,3 to Bank 1 


0 
1 
1 
0 
Illegal 


0 
1 
1 
1 
Illegal 


1 
0 
0 
0 
RASo, CASo to Bank 0 


1 
0 
0 
1 
RAS1, CAS1 to Bank 1 


1 
0 
1 
0 
RAS2, CAS2 to Bank 2 


1 
0 
1 
1 
Illegal 


1 
1 
0 
0 
RASo, CASo to Bank 0 


1 
1 
0 
1 
RAS1, CAS1 to Bank 1 


1 
1 
1 
0 
RAS2, CAS2 to Balilk 2 


1 
1 
1 
1 
RAS3, CAS3 to Bank 3 


inter 


Because the time to initialize memory is fairly long, 
the 8207 may be programmed to skip initialization in 
ECC mode. The time required to initialize all of mem- 
ory is dependent on the clock cycle time to the 8207 
and can be calculated by the following equation: 


For operation with Error Checking and Correction 
(ECG), the 8207 adjusts its internal timing and 
changes some pin functions to optimize perform- 
ance and provide a clean dual-port memory inter- 
face between the 8206 EOCU and memory. The 
8207 directly supports a master-only (16-bit word 
plus 6 check bits) system. Under extended operation 
and reduced clock frequency, the 8207 will support 
any ECC master-slave configuration up to 80 data 
bits, which is the maximum set by the 8206 EOCU. 
(See Extend Option.) 


Correctable errors detected during memory read cy- 
cles are corrected immediately and then written 
back into memory. 


In a synchronous bus environment, ECC system per- 
formance has been optimized to enhance processor 
throughput, while in an asynchronous bus environ- 
ment (the Multibus), ECC performance has been op- 
timized to get valid data onto the bus as quickly as 
possible. 
Performance 
optimization, 
processor 
throughput or quick data access may be selected via 
the Transfer Acknowledge Option. 


The main difference between the two ECC imple- 
mentations is that, when optimized for processor 
throughput, RAM data is always corrected and an 
advanced transfer acknowledge is issued at a point 
when, by knowing the processor characteristics, 
data is guaranteed to be valid by the time the proc- 
essor needs it. 


When optimized for quick data access, (valid for 
Multibus) the 8206 is configured in the uncorrecting 
mode where the delay associated with error correc- 
tion circuitry is transparent, and a transfer acknowl- 
edge is issued as soon as valid data is known to 
exist. If the ERROR flag is activated, then the trans- 
fer acknowledge is delayed until after the 8207 has 
instructed the 8206 to correct the data and the cor- 
rected data becomes available on the bus. Figure 5 
illustrates a dual-port ECC system. 


Figure 6 illustrates the interface required to drive the 
CRCT pin of the 8206, in the case that one port 
(PORT A) receives an advanced acknowledge (not 
Multibus-compatible), while the other port (PORT B) 
receives XACK (which is Multibus-compatible). 


The 8207/8206 
performs error correction during re- 


fresh cycles (error scrubbing). Since the 8207 must 
refresh RAM, performing error scrubbing during re- 
fresh allows it to be accomplished without additional 
performance penalties. 


Upon detection of a correctable error during refresh, 
the RAM refresh cycle is lengthened slightly to per- 
mit the 8206 to correct the error and for the correct- 
ed word to be rewritten into memory. Uncorrectable 
errors detected during scrubbing are ignored. 


The 8207 provides an internal refresh interval coun- 
ter and a refresh address counter to allow the 8207 
to refresh memory. The 8207 will refresh 128 rows 
every 2 milliseconds or 256 rows every 4 millisec- 
onds, which allows all RAM refresh options to be 
supported. In addition, there exists the ability to re- 
fresh 256 row address locations every 2 millisec- 
onds via the Refresh Period programming option. 


The 8207 may be programmed for any of four differ- 
ent refresh options: Internal refresh only, External 
refresh with failsafe protection, External refresh 
without failsafe protection, Burst Refresh mode, or 
no refresh. (See Refresh Options.) 


It is possible to decrease the refresh time interval by 
10%, 20% or 30%. This option allows the 8207 to 
compensate for reduced clock frequencies. Note 
that an additional 5% interval shortening is built-in in 
all refresh interval options to compensate for clock 
variations and non-imm~diate response to the inter- 
nally generated refresh request. (See Refresh Peri- 
od Options.) 


External Refresh Requests after 
RESET 


External refresh requests are not recognized by the 
8207 until after it is finished programming and pre- 
paring memory for access. Memory preparation in- 
cludes 8 RAM cycles to prepare and ensure proper 
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Figure 6. Interface 
to 8206 CRCT Input 
when Port A Receives 
AACK 
and Port B Receives 
XACK 


dynamic 
RAM operation, 
and memory 
initialization 
if 
error 
correction 
is used. 
Many 
dynamic 
RAMs 
re- 
quire this warm-up 
period 
for proper 
operation. 
The 
time it takes for the 8207 to recognize 
a request 
is 
shown 
below. 


Non-EGG Systems: 


TRESP 
= TpROG 
+ TpREP 


T PROG = (66) 
(T CLCU 


which 
is programming 
time 


T PREP = (8) 
(32) 
(T CLCU 


which 
is the RAM warm-up 
time 


EGG Systems: 


T RESP = T PROG + T PREP + TINIT 


RESET is an asynchronous 
input, the falling edge of 
which is used by the 8207 to directly 
sample to logic 
levels of the PGTLA, PGTLB, RFRO, and POI inputs. 
The internally 
synchronized 
falling edge of RESET is 
used 
to begin 
programming 
operations 
(shifting 
in 
the 
contents 
of the external 
shift 
register 
into the 
POI input). 


Until 
programming 
is complete 
the 
8207 
registers 
but does not respond 
to command 
or status 
inputs. 
A simple 
means 
of preventing 
commands 
or status 
from 
occurring 
during 
this period 
is to differentiate 
the 
system 
reset 
pulse 
to 
obtain 
a smaller 
reset 
pulse for the 8207. The total time of the reset pulse 
and the 8207 
programming 
time must be less than 
the time 
before 
the first command 
in systems 
that 
alter the default 
port synchronization 
programming 
bits (default 
is Port A synChronous, 
Port B asynchro- 


nous). Differentiated 
reset is unnecessary 
when the 
default 
port synchronization 
programming 
is used. 


The differentiated 
reset pulse would be shorter 
than 
the system 
reset pulse by at least the programming 
period required 
by the 8207. The differentiated 
reset 
pulse first resets the 8207, and system 
reset would 
reset the rest of the system. 
While 
the rest of the 
system 
is still in reset, the 8207 completes 
its pro- 
gramming. 
Figure 7 illustrates 
a circuit to accomplish 
this task. 


Within 
four clocks 
after 
RESET 
goes active, 
all the 
8207 outputs will go high, except for PSEN, WE, and 
AOO-2, 
which will go low. 


The 8207 is programmed 
after reset. On the falling 
edge of RESET, the logic states of several input pins 
are latched 
internally. 
The falling edge of RESET ac- 
tually 
performs 
the 
latching, 
which 
means 
that 
the 
logic levels 
on these 
inputs 
must be stable 
prior to 
that time. The inputs whose 
logic levels are latched 
at the end of reset are the PGTLA, PGTLB, REFRO, 
and POI pins. Figure 8 shows 
the necessary 
timing 
for programming 
the 8207. 


SYST~ 
l- 


RESET I 
1.--1,,---.", 
82071r1 
RES~ 
1 
_ 


210463-16 


tl Programming 
Time of 8207 


~ 


8207 


SYSTEM 
RESET 


RESET 
J 
- 


210463-17 


NOTES: 
1. Required 
only when 
the port synchronization 
options 


(SA & S8) are altered 
from their initial default 
values. 


2. VCC must be stable 
before 
system 
reset 
is activated 


when 
using this circuit. 


WEI 
PCLK 


TLOAD- 


POI 


NOTES: 
TRTVCL-Reset 
is an asynchronous input, if reset occurs before T1, then it is guaranteed to be recognized. 


TPGVCL-Minimum 
POI valid time prior to reset going low. 


TCLPC-MUX/PCLK 
delay. 


TLOAD-Asynchronous 
load data propagation delay. 


The two processor 
ports of the 8207 are configured 
by the states of the PCTLA and PCTLB pins. Which 
interface 
is selected 
depends 
on the 
state 
of the 
individual 
port's 
PCTL 
pin at the 
end 
of reset. 
If 
PCTL is high at the end of the reset, the 8086 Status 
interface 
is selected; 
if it is low, then the Command 
interface 
is selected. 


The status lines of the 80286 are similar in code and 
timing 
to 
the 
Multibus 
command 
lines, 
while 
the 
status 
code 
and timing 
of the 8086 
and 8088 
are 
identical 
to those 
of the 80186 
and 80188 
(ignoring 
the differences 
in clock 
duty cycle). 
Thus there 
ex- 
ists two interface 
configurations, 
one for the 80286 
status 
or 
Multibus 
memory 
commands, 
which 
is 
called 
the 
Command 
interface, 
and one 
for 8086, 
8088, 80186 or 80188 status. called the 8086 Status 
interface. 
The Command 
interface 
can also directly 


interface 
to the command 
lines of the bus controllers 
for the 8086. 8088. 80186 
and the 80286. 


The 8086 Status 
interface 
allows 
direct decoding 
of 
the status of the iAPX 86. iAPX 88. iAPX 186 and the 
iAPX 188. Table 
3 shows 
how the status 
lines are 
decoded. 
While in the Command 
mode the iAPX 286 
status can be directly 
decoded. 
Microprocessor 
bus 
controller 
read or write commands 
or Multibus 
com- 
mands 
can also 
be directed 
to the 
8207 
when 
in 
Command 
mode. 


Immediately 
after 
system 
reset, 
the 
state 
of 
the 
REFRQ input pin is examined. 
If REFRQ is high, the 
8207 
provides 
the 
user 
with 
the 
choice 
between 
self-refresh 
or user-generated 
refresh 
with failsafe 
protection. 
Failsafe 
protection 
guarantees 
that if the 


Table 3A. Status Coding of 
8086,80186 
and 80286 


Status Code 
Function 


S2 
S1 
SO 
8086/80186 
80286 


0 
0 
0 
Interrupt 
Interrupt 


0 
0 
1 
I/O Read 
I/O Read 


0 
1 
0 
I/O Write 
I/O Write 


0 
1 
1 
Halt 
Idle 


1 
0 
0 
Instruction 
Fetch 
Halt 


1 
0 
1 
Memory 
Read 
Memory 
Read 


1 
1 
0 
Memory Write 
Memory Write 


1 
1 
1 
Idle 
Idle 


8207 
Function 
Command 


8086/80186 
80286 Status or 
PCTL 
RD 
WR 
Status 
Command 
Interface 
Interface 


0 
0 
0 
Ignore 
Ignore' 


0 
0 
1 
Ignore 
Read 
0 
1 
0 
Ignore 
Write 
0 
1 
1 
Ignore 
Ignore' 


1 
0 
0 
Read 
Ignore 
1 
0 
1 
Read 
Inhibit 
1 
1 
0 
Write 
Inhibit 
1 
1 
1 
Ignore 
Ignore 


user does not come back with another refresh re- 
quest before the internal refresh interval counter 
times out, a refresh request will be automatically 
generated. If the REFRQ pin is low immediately after 
a reset, the 8207 is programmed in a non-failsafe 
refresh mode. In this mode the refresh cycle is initia- 
ted only upon receipt of an external refresh request. 
The user has the choice of a single external refresh 
cycle, burst refresh or no refresh. 


For the 8207 to generate internal refresh requests, it 
is necessary only to strap the REFRQ input pin high. 


To allow user-generated refresh requests with fail- 
safe protection, it is necessary to hold the REFRQ 
input high until after reset. Thereafter, a low-to-high 
transition on this input causes a refresh request to 
be generated and the internal refresh interval coun- 
ter to be reset. A high-to-Iow transition has no effect 
on the 8207. A refresh request is not recognized 
until a previous request has been serviced. 


To generate single external refresh requests without 
failsafe protection, it is necessary to hold REFRQ 
low until after reset. Thereafter, bringing REFRQ 
high for one clock period causes refresh request to 
be generated. A refresh request is not recognized 
unitl a previous request has been serviced. 


Burst refresh is implemented through the same pro- 
cedure as a single external refresh without failsafe 
(Le., REFRQ is kept low until after reset). Thereafter, 
bringing REFRQ high for at least two clock periods 
causes a burst of up to 128 row address locations to 
be refreshed. 


The EGG-configured systems, 128 locations are 
scrubbed. Any refresh request is not recognized until 
a previous request has been serviced (Le., burst 
completed). 


It is necessary to hold REFRQ low until after reset. 
This is the same as programming External Refresh 
without Failsafe. No refresh is accomplished by 
keeping REFRQ low. 


The program data word consists of 16 program data 
bits, PDO-PD15. If the first program data bit shifted 
into the 8207 (PDO) is set to logic 1, the 8207 is 
configured to support EGG.If it is logic 0, the 8207 is 
configured to support a non-EGG system. The re- 
maining bits, PD1-PD15, may then be programmed 
to optimize a selected configuration. Figures 9 and 
10 show the Program words for non-EGG and EGG 
operation. 


Using an External Shift Register 


The 8207 may be configured to use an external shift 
register with asynchronous load capability such as a 
74LS165. The reset pulse serves to parallel load the 
shift register and the 8207 supplies the clocking sig- 
nal to shift the data in. Figure 11 shows a sample 
circuit diagram of an external shift register circuit. 


Serial data is shifted into the 8207 via the POI pin 
(57), and clock is provided by the MUX/PGLK pin 
(12), which generates a total of 16 clock pulses. Af- 
ter programming is complete, data appearing at the 
input of the POIpin is ignored. MUX/PGLK is a dual- 
function pin. During programming, it serves to clock 
the external shift register, and after programming is 
completed, it reverts to a MUX comol pin. As the pin 
changes state to select different port addresses, it 
continues to clock the shift register. This does not 
present a problem because data at the POI pin is 
ignored after programming. Figure 8 illustrates the 
timing requirements of the shift register circuitry. 


The state of POI (Program Data In) pin at reset de- 
termines whether the system is an EGGor non-EGG 
configuration. It is used internally by the 8207 to be· 
gin configuring timing circuits, even before program- 
ming is completely finished. The 8207 then begins 
programming the rest of the options. 


After reset, the 8207 serially shifts in a program data 
word via the POIpin. This pin may be strapped either 
high or low, or connected to an external shift regis- 
ter. Strapping POIhigh causes the 8207 to default to 
a particular system configuration with error correc- 
tion, and strapping it low causes the 8207 to default 
to a particular system configuration without error 
correction. Table 4 shows the default configurations. 
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Program 
Name 
Polarity IFunctlon 
Data Bit 


PD~ 
ECC 
ECC = 0 For Non-ECC 
Mode 


P01 
SA 
SA = 0 
Port A is Synchronous 
SA = 
1 
Port A is Asnychronous 


P02 
SB 
SB = 0 
Port B is Asynchronous 
SB = 
1 
Port B is Synchronous 


P03 
CFS 
CFS = 0 
Fast-Cycle 
iAPX 286 Mode 
CFS = 
1 Slow-Cycle 
iAPX 86 Mode 


P04 
RFS 
RFS = 0 Fast RAM 
RFS = 
1 Slow RAM 


P05 
RBO 
RAM Bank Occupancy 
P06 
RB1 
See Table 2 


PO? 
CI1 
Count Interval Bit 1; see Table 6 
P08 
CIO 
Count Interval Bit 0; see Table 6 


P09 
PLS 
PLS = 0 
Long Refresh 
Period 
PLS = 
1 Short Refresh 
Period 


P010 
EXT 
EXT=O 
Not Extended 
EXT = 
1 Extended 


P011 
FFS 
FFS = 0 
Fast CPU Frequency 
FFS = 
1 Slow CPU Frequency 


P012 
PPR 
PPR = 0 Most Recently 
Used Port Priority 
PPR = 1 Port A Preferred 
Priority 


P013 
TM1 
TM1 = 0 Test Mode 1 Off 
TM1 = 
1 Test Mode 1 Enabled 


P014 
0 
Reserved, 
Must be Zero 


P015 
0 
Reserved, 
Must be Zero 


Program 
Name 
Polarity IFunction 
Data Bit 


PD~ 
ECC 
ECC = 1 ECCMode 


PD1 
SA 
SA = 0 
Port A Asynchronous 
SA = 1 
Port A Synchronous 


PD2 
SB 
SB = 0 
Port B Synchronous 
SB = 1 
Port B Asynchronous 


PD3 
CFS 
CFS = 0 Slow-Cycle 
iAPX 86 Mode 
CFS = 
1 Fast-Cycle 
iAPX 286 Mode 


PD4 
RFS 
RFS = 0 Slow RAM 
RFS = 
1 Fast RAM 


PD5 
XA 
XA = 0 
MUL TIBUS-Compatible 
ACKA 


XA = 
1 
Advanced 
ACKA Not 
Multibus-Compatible 


PD6 
XB 
Advanced 
ACKB Not Multibus-Compatible 


XB = 1 
Multibus-Compatible 
ACKB 


PD? 
CI1 
Count Interval Bit 1; see Table 6 


PD8 
CIO 
Count Interval Bit 0; see Table 6 


PD9 
PLS 
PLS = 0 
Short Refresh 
Period 
PLS = 1 
Long Refresh 
Period 


PD10 
EXT 
EXT=O 
Master and Slave EDCU 
EXT=1 
Master EDCU Only 


PD11 
FFS 
FFS = 0 
Slow CPU Frequency 
FFS = 1 
Fast CPU Frequency 


PD12 
PPR 
PPR = 0 Port A Preferred 
Priority 
PPR = 
1 Most Recently 
Used Port Priority 


PD13 
RBO 
RAM Bank Occupancy 


PD14 
RB1 
See Table 2 


PD15 
TM2 
TM2 = 0 Test Mode 2 Enabled 
TM1 = 1 Test Mode 2 Off 
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PCLK 


8207 


Table 4A. Default 
Non-ECC 
Programming, 


POI Pin (57) Tied to Ground 


Port A is Synchronous 
(EAACKA 
and XACKA) 


Port B is Asynchronous 
(LAACKB 
and XACKB) 


Fast-Cycle 
Processor 
Interface 
(iAPX 286) 


Fast RAM 


Refresh 
Interval uses 236 Clocks 


128 Row Refresh 
in 2 ms; 256 Row Refresh 
in 4 ms 


Fast Processor 
Clock Frequency 
(16 MHz) 


"Most 
Recently 
Used" 
Priority Scheme 


4 RAM banks occupied 


Table 4B. Default 
ECC Programming, 


POI Pin (57) Tied to Vcc 


Port A is Synchronous 


Port B is Asynchronous 


Fast-Cycle 
Processor 
Interface 
(iAPX 286) 


Fast RAM 


Port A has EAACKA 
strobe (non-multibus) 


Port B has XACKB strobe (multibus) 


Refresh 
interval uses 236 clocks 


128 Row refresh in 2 ms; 256 Row refresh in 4 ms 


Master EDCU only (16-bit system) 


Fast Processor 
Clock Frequency 
(16 MHz) 


"Most 
Recently 
Used" 
Priority Scheme 


4 RAM banks ocuppied 


If further 
system flexibility 
is needed, 
one or two ex- 


ternal shift registers 
can be used to tailor the 8207 to 


its operating 
environment. 


Synchronousl 
Asynchronous 
Mode 


(SA and SB Program Bits) 


Each port of the 8207 may be independently 
config- 


ured to acc~ 
s~ronous 
or asynchronous 
port 
commands 
(RD, WR, PCTL) and 
Port Enable 
(PE) 


via the program 
bits SA and SB. The state of the SA 
and 
SB programming 
bits determine 
whether 
their 


associated 
ports are synchronous 
or asynchronous. 


While 
a 
port 
may 
be 
configured 
with 
either 
the 


Status 
or Command 
interface 
in the 
synChronous 


mode, certain 
restrictions 
exist in the asynchronous 


mode. 
An asynchronous 
Command 
interface 
using 


the control 
lines of the Multibus 
is supported, 
and an 


asynchronous 
8086 interface 
using the control 
lines 


of the 8086 is supported, 
with the use of TTL gates 


as illustrated 
in Figure 2. In the 8086 case, the TTL 


gates are needed 
to guarantee 
that status does not 


appear 
at the 
8207's 
inputs 
too 
much 
before 
ad- 


dress, 
so that 
a cycle 
would 
start 
before 
address 


was valid. 


Microprocessor 
Clock Frequency 


Option (CFS and FFS Program Bits) 


The 
8207 
can 
be 
programmed 
to 
interface 
with 


slow-cycle 
microprocessors 
like 
the 
8086, 
8088, 


81088 and 80186 or fast-cycle 
microprocessors 
like 
the 80286. The CFS bit configures 
the microproces- 


sor 
interface 
to accept 
slow 
or fast 
cycle 
signals 


from either microprocessor 
group. 


The FFS bit is used to select the speed of the micro- 
processor 
clock. 
Table 
5 shows 
the various 
micro- 


processor 
clock 
frequency 
options 
that can be pro- 


grammed. 


Table 5. Microprocessor 
Clock Frequency 
Options 


Program 
Bits 
Processor 
Clock 


CFS 
FFS 
Frequency 


0 
0 
iAPX86, 
::;;6MHz 


88,186, 
188 


0 
1 
iAPX 86, 
> 6 MHz 


88, 186, 188 


1 
0 
iAPX286 
::;;12 MHz 


1 
1 
iAPX286 
>12 
MHz 


The external clock frequency must be programmed 
so that the failsafe refresh repetition circuitry can 
adjust its internal timing accordingly to produce a 
refresh request as programmed. 


The RAM Speed programming option determines 
whether RAM timing will be optimized for a fast or 
slow RAM. 


Refresh Period Options 
(CIO, CI1 and PLS Program Bits) 


The 8207 refreshes with either 128 rows every 2 
milliseconds or 256 rows every 4 milliseconds. This 
translates to one refresh cycle being executed ap- 
proximately once every 15.6 microseconds. This 
rate can be changed to 256 rows every 2 millisec- 
onds or a refresh approximately once every 7.8 mi- 
croseconds via the Period Long/Short, program bit 
PLS, programming option. The 7.8 microsecond re- 
fresh request rate is intended for those RAMs, 64K 
and above, which may require a faster refresh rate. 


In addition to PLS program option, two other pro- 
gramming bits for refresh exist: Count Interval 0 
(CIO)and Count Interval 1 (CI1).These two program- 
ming bits allow the rate at which refresh requests 
are generated to be increased in order to permit re- 
fresh requests to be generated close to the same 
15.6 or 7.8 microsecond period when the 8207 is 
operating at reduced frequencies. The interval be- 


tween refreshes is decreased by 0%, 10%,20%, or 
30% as a function of how the count interval bits ar~ 
programmed. A 5% guardband is built-in to allow for 
any clock frequency variations. Table 6 shows the 
refresh period options available. 


The numbers tabulated under Count Interval repre- 
sent the number of clock periods between internal 
refresh requests. The percentages in parentheses 
represent the decrease in the interval between re- 
fresh requests. Note that all intervals have a built-in 
5% (approximately) safety factor to compensate for 
minor clock frequency deviations and non-immedi- 
ate response to internal refresh requests. 


The Extend option lengthens the memory cycle to 
allow longer access time which may be required by 
the system. Extend alters the RAM timing to com- 
pensate for increased loading on the Rowand Col- 
umn Address Strobes, and in the multiplexed Ad- 
dress Out lines. 


Port Priority Option and Arbitration 
(PPR Program Bit) 


The 8207 has to internally arbitrate among three 
ports: Port A, Port B and Port C-the 
refresh port. 


Port C is an internal port dedicated to servicing re- 
fresh requests, whether they are generated internal- 
ly by the refresh interval counter, or externally by the 
user. Two arbitration approaches are available via 


Ref. 
Count Interval C11,CIO 


Period 
CFS 
PLS 
FFS 
(8207 Clock Periods) 


(lJos) 
00 
01 
10 
11 


(O%) 
(10%) 
(20%) 
(30%) 


15.6 
1 
1 
1 
236 
212 
188 
164 


7.8 
1 
0 
1 
118 
106 
94 
82 


15.6 
1 
1 
0 
148 
132 
116 
100 


7.8 
1 
0 
0 
74 
66 
58 
50 


15.6 
0 
1 
1 
118 
106 
94 
82 


7.8 
0 
0 
1 
59 
53 
47 
41 


15.6 
0 
1 
0 
74 
66 
58 
50 


7.8 
0 
0 
0 
37 
33 
29 
25 


NOTE: 
Refresh period = clock period x refresh count interval. 
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the 
Port 
Priority 
programming 
option, 
program 
bit 
PPR. 
PPR determines 
whether 
the 
most 
recently 
used port will remain selected 
(PPR = 1) or whether 
Port 
A will 
be 
favored 
or 
preferred 
over 
Port 
B 
(PPR = 0). 


A port is selected 
if the arbiter 
has given the select- 
ed port direct 
access 
to the timing 
generators. 
The 
front-end 
logic, 
which 
includes 
the 
arbiter, 
is de- 
signed 
to operate 
in parallel 
with the selected 
port. 
Thus a request 
on the selected 
port is serviced 
im- 
mediately. 
In contrast, 
an unselected 
port only has 
access 
to the timing 
generators 
through 
the front- 
end logic. Before a RAM cycle can start for an unse- 
lected 
port, 
that 
port 
must 
first 
become 
selected 
(Le., the MUX output 
now gates that port's 
address 
into the 8207 
in the case 
of Port A or B). Also, 
in 
order to allow its address to stabilize, 
a newly select- 
ed port's 
first RAM cycle is started 
by the front-end 
logic. Therefore, 
the selected 
port has direct access 
to the timing generators. 
What all this means 
is that 
a request 
on a selected 
port is started 
immediately, 
while a request 
on an unselected 
port is started 
two 
to three 
clock 
periods 
after 
the 
request, 
assuming 


that the other two ports are idle. Under normal oper- 
ating 
conditions, 
this arbitration 
time 
is hidden 
be- 


hind the RAM cycle of the selected 
port so that as 
soon 
as the 
present 
cycle 
is over 
a new 
cycle 
is 
started. 
Table 
7 lists the 
arbitration 
rules 
for both 
options. 


The LOCK function 
provides 
each port with the abili- 
ty to obtain 
uninterrupted 
access 
to a critical 
region 
of memory and, thereby, 
to guarantee 
that the oppo- 
site port cannot 
"sneak 
in" and read from or write to 
the critical 
region prematurely. 
, 
Only 
one 
LOCK 
pin is present 
and 
is multiplexed 
between 
the two ports as follows: 
when MUX is high, 
the 
8207 
treats 
the 
LOCK 
input 
as originating 
at 
PORT 
A, while 
when 
MUX is low, the 8207 
treats 
LOCK as originating 
at PORT B. When the 8207 rec- 
ognizes a LOCK, the MUX output will remain pointed 
to the 
locking 
port 
until 
LOCK 
is deactivated. 
Re- 
fresh is not affected 
by LOCK and can occur during 
a locked 
memory 
cycle. 


Table 7. The Arbitration 
Rules for the Most Recently 
Used Port Priority 
and for Port A Priority Options 
Are As Follows: 


1. 
If only one port requests 
service, then that port-if 
not already selected-becomes 
selected. 


2a. 
When no service requests 
are pending, the last selected 
processor 
port (Port A or B) will 
remain selected. 
(Most Recently 
Used Port Priority Option.) 


2b. 
When no service requests 
are pending, 
Port A is selected 
whether 
it requests 
service or 
not. (Port A Priority Option.) 


3. 
During reset initialization 
only Port C, the refresh port, is selected. 


4. 
If no processor 
requests 
are pending after reset initialization, 
Port A will be selected. 


5b. 
If Ports A and B simultaneously(*) 
request service while Port C is selected, 
then the next 
port to be selected 
is Port A. (Port A Priority Option.) 


6. 
If a port simultaneously 
requests 
service with the currently 
selected 
port, service is granted 
to the selected 
port. 


7. 
The MUX output remains in its last state whenever 
Port C is selected. 


8. 
If Port C and either Port A or Port B (or both) simultaneously 
request service, then service 
is granted to the requester 
whose port is already selected. 
If the selected 
port is not 
requesting 
service, then service is granted to Port C. 


9. 
If during the servicing 
of one port, the other port requests 
service before or simultaneously 
with the refresh port, the refresh port is selected. 
A new port is not selected 
before the 
presently 
selected 
port is deactivated. 


10. 
Activating 
LOCK will mask off service requests 
from Port B if the MUX output is high, or 
from Port A if the MUX output is low. 


NOTE: 
"By "simultaneous" it is meant that two or more requests are valid at the clock edge at which the internal arbiter samples 
them. 
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For both ports to be operated synchronously, sever- 
al conditions must be met. The processors must be 
the same type (Fast or Slow Cycle) as defined by 
Table 8 and they must have synchronized clocks. 
Also when processor types are mixed, even though 
the clocks may be in phase, one frequency may be 
twice that of the other. So to run both ports synchro- 
nous using the status interface, the processors must 
have related timings (both phase and frequency). If 
these conditions cannot be met, then one port must 
run synchronous and the other asynchronous. 


Figure 3 illustrates an example of dual-port opera- 
tion using the processors in the slow cycle group. 
Note the use of cross-coupled NAND gates at the 
MUX output for minimizing contention between the 


two latches, and the use of flip flops on the status 
lines of the asynchronous processor for delaying the 
status and thereby guaranteeing RAS will not be is- 
sued, even in the worst case, until address is valid. 


Processor Timing 


In order to run without wait states, AACK must be 
used and connected to the SRDY input of the appro- 
priate bus controller. AACK is issued relative to a 
point within the RAM cycle and has no fixed relation- 
ship to the processor's request. The timing is such, 
however, that the processor will run without wait 
states, barring refresh cycles, bank precharge, and 
RAM accesses from the other port. In non-ECC fast 
cycle, 
fast 
RAM, 
non-extended 
configurations 


(80286), AACK is issued on the next falling edge of 
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NOTE: 
1. The RAS and CAS shown 
in figure 
are different 
banks 
being accessed. 


Figure 14. iAPX 286/8207 Synchronous-Status 
Timing Programmed in 
non·ECC Mode, COConfiguration 
(Read Cycle) 
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the clock after the edge that issues RAS. In non- 
EGG, slow cycle, non-extended, or extended with 
fast RAM cycle configurations (8086, 80188, 80186), 
AAGK is issued on the same clock cycle that issues 
RAS. Figure 14 illustrates the timing relationship be- 
tween AAGK, the RAM cycle, and the processor cy- 
cle for several different situations. 


Port Enable (PE) setup time requirements depend 
on whether the associated port is configured for syn- 
chronous or asynchronous fast or slow cycle o~a- 
tion. In a synchronous fast cycle configuration, PE is 
required to be setup to the same clock edge as the 
status or commands. If PE is true (low), a RAM cycle 
is started; if not, the cycle is aborted. The memory 
~Ie 
will only begin when both valid signals (PE and 
RD or WR) are recognized at a particular clock edge. 
In asynchronous operation. PE is required to be set- 
up to the same clock edge as the internally synchro- 
nized status or commands. Externally, this allows 


the internal synchronization delay to be added to the 
status (or command)-to-PE delay time, thus allowing 
for more external decode time that is available in 
synchronous operation. 


The minimum~nchronization 
delay is~e 
additional 


-amount that PE must be held valid. If PE is not held 
valid for the maximum synchronization delay time, it 
is possible that PE will go invalid prior to the status 
or command being synchronized. In such a case the 
8207 aborts the cycle. If a memory cycle intended 
for the 8207 is aborted, then no acknowledge 
(AAGK or XAGK) is issued and the processor locks 
up in endless wait states. Figure 15 illustrates the 
status (command) timing requirements for synchro- 
nous and asynchronous systems. Figures 16 and 17 
show a more detailed hook-up of the 8207 to the 
8086 and the 80286, respectively. 


(A) PE Set-Up and Hold Time Requirements 
for Fast Cycle, 
Synchronous 
Operation 
(80286 CMD/Status) 


(8) PE Timing Requirements 
for Fast or 
Slow Cycle Asynchronous 
Operation 


Figure 15 
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NOTE: 
*These 
components 
are not necessary 
when 
using the 80186. 
These 
functions 
are provided 
directly 
by the 80186. 


(CFS = 0), while the SA and SB programming 
bits 


optimize 
AACK 
for synchronous 
operation 
("early" 


AACK) or asynchronous 
operation 
("late" 
AACK). 


Both 
the 
early 
and 
late 
AACK 
strobes 
are 
three 


clocks 
long for CFS 
= 1 and two 
clocks 
long for 


CFS = O.The XACK strobe is asserted 
when data is 


valid (for reads) 
or when data may be removed 
(for 


writes) and meets the Multibus 
requirements. 
XACK 


is removed 
asynchronously 
by the command 
going 


Memory Acknowledge 
(AACK, XACK) 


In system 
configurations 
without 
error 
correction, 
two memory 
acknowledge 
signals 
per port are sup- 
plied by the 8207. They are the Advanced 
Acknowl- 
edge strobe 
(AACK) and the Transfer 
Acknowledge 
strobe 
(XACK). 
The 
CFS 
programmin~ter- 
mines for which 
processor 
AACKA 
and AACKB 
are 
optimized, 
either 
80286 
(CFS 
= 
1) or 8086/186 
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NOTE: 
While 
the 8207 does 
not need the input addresses 
latched. 
AO. SHE must come from the latched 
address 
bus. 


inactive. 
Since in asynchronous 
operation 
the 8207 


removes 
read 
data 
before 
late 
AACK 
or XACK 
is 
recognized 
by the CPU. the user must 
provide 
for 
data latching 
in the system 
until the CPU reads the 
data. In synchronous 
operation, 
data latching 
is un- 


necessary 
since the 8207 will not remove 
data until 


the CPU has read it. 


ming bit associated 
with each acknowledge. 
If the X 


programming 
bit is active. the strobe is configured 
as 


XACK. while if the bit is inactive. 
the strobe is config- 


ured as AACK. As in non-ECC. 
the SA and S8 pro- 


gramming 
bits determine 
whether 
the AACK 
strobe 


is early or late (EAACK 
or LAACK). 


In ECC-based 
systems 
there 
is one 
memory 
ac- 
knowledge 
(XACK or AACK) per port and a program- 


Data will always be valid a fixed time after the occur- 
rence 
of the advanced 
acknowledge. 
Table 
9 sum- 


marizes 
the various 
transfer 
acknowledge 
options. 


Cycle 
Processor 
Request 
Type 
Sync/Async 
Acknowledge 
Interface 
Type 


80286 
Status 
Sync 
EAACK 


80286 
Status 
Async 
LAACK 


Fast 
80286 
Command 
Sync 
EAACK 


Cycle 
80286 
Command 
Async 
LAACK 


CFS=1 
8086/80186 
Status 
Async 
LAACK 


8086/80186 
Command 
Async 
LAACK 


Multibus 
Command 
Async 
XACK 


8086/80186 
Status 
Sync 
EAACK 


Slow 
8086/80186 
Status 
Async 
LAACK 


Cycle 
8086/80186 
Command 
Sync 
EAACK 


CFS=O 
8086/80186 
Command 
Async 
LAACK 


Multibus 
Command 
Async 
XACK 


Synchronous 
Asynchronous 
XACK 


Fast Cycle 
AACK Optimized 
AACK Optimized 
for 
Multibus Compatible 


for Local 80286 
Remote 80286 


Slow Cycle 
AACK Optimized 
AACK Optimized 
for 
Multibus Compatible 


for Local 8086/186 
Remote 
8086/186 


Two special test modes exist in the 8207 to facilitate 
testing. 
Test Mode 
1 (non-ECC 
mode) splits the re- 
fresh 
address 
counter 
into 
two 
separate 
counters 
and Test 
Mode 
2 (ECC mode) 
presets 
the refresh 
address 
counter 
to a value slightly less than rollover. 


Test Mode 1 splits the address 
counter 
into two, and 
increments 
both counters 
simultaneously 
with each 
refresh 
address 
update. 
By generating 
external 
re- 
fresh requests, 
the tester is able to check for proper 
operation 
of both counters. 
Once 
proper 
individual 
counter 
operation 
has been 
established, 
the 
8207 
must be returned 
to normal mode and a second 
test 
performed 
to 
check 
that 
the 
carry 
from 
the 
first 
counter 
increments 
the second counter. 
The outputs 
of the counters 
are presented 
on the address 
out 
bus with 
the 
same 
timing 
as the 
row and 
column 
addresses 
of a normal 
scrubbing 
operation. 
During 
Test Mode 1, memory 
initialization 
is inhibited, 
since 
the 8207, be definition, 
is in non-ECC 
mode. 


Test 
Mode 
2 sets the internal 
refresh 
counter 
to a 


value 
slightly 
less 
than 
rollover. 
During 
functional 


testing 
other than that covered 
in Test Mode 
1, the 


8207 will normally 
be set in Test Mode 2. Test Mode 


2 eliminates 
memory 
initialization 
in ECC mode. This 


allows 
quick 
examination 
of 
the 
circuitry 
which 


brings the 8207 out of memory 
initialization 
and into 


normal operation. 


General System Considerations 


The 
RASo_3, CASO_3, AOO-B, output 
buffers 
were 


designed 
to directly 
drive the heavy capacitive 
loads 


associated 
with dynamic 
RAM arrays. 
To keep the 


RAM driver 
outputs 
from 
ringing 
excessively 
in the 


system 
environment 
and causing 
noise in other out- 


put pins it is necessary 
to match 
the output 
imped- 


ance of the RAM output 
buffers 
with the RAM array 


by using series resistors 
and to add series resistors 


to other control 
outputs 
for noise reduction 
if neces- 


sary. 
Each 
application 
may 
have 
different 
imped- 


ance characteristics 
and may require different 
series 


resistance 
values. 
The 
series 
resistance 
values 


should 
be determined 
for each 
application. 
In non- 


ECC systems 
unused 
ECC input pins should 
be tied 


high or low to improve 
noise immunity. 


inter 


52 AH4 
53 AH5 
54 AH6 
55 AH7 
5& AH8 
57 POI 
58 RFRQ 
59 ClK 
60 Vss 
61 Jmll 
62 WRll 
63 /SEI! 
64 PCTlB 
65 I!DA 
66 WIIA 
67 P£A 
68 PCTlA 


1 
"'- 
PIN NO.1 MARK / 


NOTE: 
Lee is mounted 
lid-down 
into socket. 


2~%i~~~~~~~~~3~~g 
CCcccccc>cccccmmc 
~~;~~:~3;~;~~~~~~ 


Ceramic 
Pin Grid Array 
Package 
Type A 
58-Lead 
Ceramic 
Pin Grid Array 
Package 
Type 
A 


- 68- 66- 64- 62- 60- 58- 56- 54- 52 
• 1 .2 
.67- 6S- 63- 61- 59- 57- 5S- 53- 51 
.3 .4 
- 50- 49 


.5 .6 
.48- 
47 


.7 .8 
-46- 45 


.9 -10 
- 44- 43 


-11-12 
.42- 
41 


-13- 14 
- 40- 39 
r-- 1.165 (29.591) _ 
1_ 1.135 (28.829) 
PIN1 10 


o 
0 000 
0 000 
1 
.@@@@@@@@~~ 
:~D~~ 
1.165 (29.591) 
o @ 
@@ 
1135 (28829) 
o @ 
@@ 
. I 
. 
.122 (3.099) 
.060 (1.524) 
@@L-£.098 
(2.489) 
~040 
(1.016) STANDOFF 


"" 
"""" 
.140 MAX 
~ 
o -e. 
-e.-e. 
1(3.556)..---'F 
.170 (4.318) 
@@@@@@@@. 
T 
' 
~ 
-.1~(3.810) 
@@@@@@@@@ 
__ 
STANDOFF:!!-_'_f..0200.508f 
1.000REF 
L·09O (2.286) 
.090 (2.286) .017 (0.431) 
.060 (1.524) 
210463-37 


SWAGEDPIN 
STANDOFF 
(4 PLACES) 


-15-16 
-38-37 


- 17- 19- 21- 23- 25- 27- 29- 31- 33- 36- 35 


- 18- 20- 22- 24- 26- 28- 30- 32- 34 


8207 Pin Grid Array 
(PGA) Pin-Out 


eg: R 8207-8 
eg: A 8207-16 
The 8207 is packaged 
in a 68 lead JEDEC 
Type A 
Leadless 
Chip Carrier 
(LCG) and in Pin Grid Array 
(PGA), both in Ceramic. 
The package 
designations 
are R and A respectively. 


LCC, 8 MHz DRAM Controller 
PGA, 16 MHz DRAM Controller 


NOTE: 
The pin-out 
of the PGA is the same as the socket- 
ed pinout of the LCC. 


inter 


Ambient 
Temperature 
Under Bias 
- O·C to + 70·C 


Storage Temperature 
- 65·C to + 150·C 


Voltage 
on Any Pin with 
Respect 
to Ground 
-0.5V 
to + 7V 


Power Dissipation 
(Note 2) 
2.5W 


•Notice: Stresses above those listed under '~bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


D.C. CHARACTERISTICS 
Vee = 5.0V ± 10% for 8207-10,8207-8; 
TA = O·C to 70·C; VSS = GND; Vee = 5.0V 
±5% 
for 8207-16 
(Note 2) 


Symbol 
Parameter 
Mln 
Max 
Units 
Comments 


Vil 
Input Low Voltage 
-0.5 
+0.8 
V 


VIH 
Input High Voltage 
2.0 
Vee +0.5 
V 


VOL 
Output Low Voltage 
0.45 
V 
(Note 1) 


VOH 
Output High Voltage 
2.4 
V 
(Note 1) 


VROl 
RAM Output Low Voltage 
0.45 
V 
(Note 1) 


VROH 
RAM Output High Voltage 
2.6 
V 
(Note 1) 


Ice 
Supply Current 
455 
mA 
TA = O·C 


III 
Input Leakage 
Current 
±10 
IJoA 
OV ~ VIN ~ Vee 


Vel 
Clock Input Low Voltage 
-0.5 
±0.6 
V 


VeH 
Clock Input High Voltage 
3.8 
Vee + 0.5 
V 


CIN 
Input Capacitance 
20 
pF 
fc = 1 MHz(2l 


NOTE: 
1. IOL = 5 mA and 108 = -0.2 
mA n;Ypically 10l = 10 mA and 10H = -0.88 
mAl. WE: 10l = 8 mA. 


2. Sampled, not 100% tested. 


!'!ASO•3 


8207 
CAS"3 
AO"8 R.o 


Other Outputs 


RRAS= 390 
RCAS= 390 
RAO~ 220 
RL = 390 


210463-26 


CRAS= 150 pF 
CCAS= 150 pF 
CAO~ 380 pF 
CL = 100 pF 


U-Y20 
24y- 


~_0_.8 
0._8~ 


A.C. Testing inputs (except clock) are driven at 2.4V for a logic 
"1" and 0,45V for a logic "0" (clock is driven at 4.0V and 0.45V 
for logic "1" and "0" respectively). Timing measurements are 
made at 2.0V. 2.4V for logic "1" and 0.8V for logic "0". 


A.C. CHARACTERISTICS 
vcc = 5V ±10% for 8207·8; TA = O·Gto 70·G; Vcc = +5V 
±5% for 8207·16 


Measurements made with respect to RASo_3. GASO_3.ADo-8. are a + 2.4V and 0.8V. All other pins are 
measured at 2.0V and 0.8V. All times are ns unless otherwise indicated. Testing done with specified test load. 


8207·16, ·8 
8207-10 
Ref 
Symbol 
Parameter 
Units 
Notes 
Mln 
Max 
Mln 
Max 


CLOCK AND PROGRAMMING 
- 
tF 
Clock Fall Time 
10 
10 
ns 
3 
- 
tR 
Clock Rise Time 
10 
10 
ns 
3 


1 
TCLCl 
Clock Period 
8207·16 
62.5 
200 
ns 
1 
8207·10 
100 
250 
ns 
2 
8207·8 
125 
500 
ns 
2 


2 
TCl 
Clock Low Time 
8207·16 
15 
180 
ns 
1 
8207·10 
TClCL/2-12 
ns 
2 
8207·8 
TClCl/2-12 
ns 
2 


3 
TCH 
Clock High Time 
8207·16 
20 
180 
ns 
1 
8207·10 
TClCl/3-3 
ns 
2 
8207·8 
TClCL/3-3 
ns 
2 


4 
TRTVCl 
Reset to ClK J. Setup 
20 
40 
ns 
4 


5 
TRTH 
Reset Pulse Width 
4TClCl 
4TClCl 
ns 


6 
TPGVRTl 
PCTl, PDI, RFRO to 
125 
125 
ns 
5 
RESET J. Setup 


7 
TRTlPGX 
PCTl,RFRO to 
10 
10 
ns 
RESETJ. Hold 


8 
TClPC 
PClKfrom 
45 
45 
ns 
ClK J. Delay 


9 
TPDVCl 
PDinto 
60 
60 
ns 
ClK J. Setup 


10 
TClPDX 
PDinto 
40 
40 
ns 
6 
ClKJ. 
Hold 


RAM WARM·UP AND INITIALIZATION 


64 
TClWZl 
WZfrom 
40 
40 
ns 
7 
ClK J. Delay 


SYNCHRONOUS JJ-PPORT INTERFACE 


11 
TPEVCl 
PEto ClK J. Setup 
27 
27 
ns 
2 


12 
TKVCl 
RD, WR, PE, PCTl 
20 
ns 
1 
to ClK J. Setup 


13 
TClKX 
RD, WR, PE, PCTl 
0 
0 
ns 
to ClK J. Hold 


14 
TKVCH 
RD, WR, PCTl to 
20 
20 
ns 
2 
ClKj 
Setup 


A.C. CHARACTERISTICS 
(Continued) 
VCC = SV ±10% 
for 8207-8; 
TA = O°C to 70°C; VCC = 
+SV 
±S% 
for 8207-16 


Measurements 
made 
with respect 
to RASO_3, CASO_3, ADo-6' 
are a + 2.4V and 0.8V. All other 
pins are 


measured 
at 2.0V and 0.8V. All times are ns unless otherwise 
indicated. 
Testing 
done with specified 
test load. 


8207-16, -8 
8207-10 
Ref 
Symbol 
Parameter 
Mln 
Max 


Units 
Notes 


Min 
Max 


ASYNCHRONOUS 
p.P PORT INTERFACE 


15 
TRWVCl 
RD,WR 
20 
20 
ns 
6,9 
to ClK J. Setup 


16 
TRWl 
RD, WR Pulse Width 
2TClCl+30 
2TClCl+30 
ns 


17 
TRWlPEV 
PEfromRD, 
CFS=l 
TClCl-20 
ns 
1 


WR J. Delay 
CFS=O 
TClCl-30 
TClCl-20 
ns 
2 


18 
TRWlPEX 
PEto RD, 
2TClCl+30 
2TClCl+30 
ns 


WR J. Hold 


19 
TRWlPTV 
PCTl from RD, 
TClCl-30 
TClCl-30 
ns 
2 


WR J. Delay 


20 
TRWlPTX 
PCTl to RD, 
2TClCl+30 
2TClCl+30 
ns 
2 


WR J. Hold 


21 
TRWlPTV 
PCTl from RD, 
WR J. Delay 
2TClCl-20 
2TClCl-30 
ns 
1 


22 
TRWlPTX 
PCTl to RD, 
3TClCl+30 
3TClCl+40 
ns 
1 


WR J. Hold 


RAM INTERFACE 


23 
TAVCl 
Al, AH, as to 
35+tASR 
35+tASR 
ns 
10 


ClKJ. 
Setup 


24 
TCLAX 
Al, AH, as to 
0 
0 
ns 


ClK J. Hold 


25 
TCllN 
lEN from 
35 
ns 
1 


ClK J. Delay 


26 
TClRSl 
RAS J. from 
35 
35 
ns 


ClK J. Delay 


27 
TRCD 
RAS to CAS 
CFS=1 
TClCl-25 
ns 
1,14 


Delay 
CFS=O 
TClCl/2-25 
ns 
11,14 


25 
ns 


28 
TClRSH 
RASj 
from 
50 
50 
ns 


ClK J. Delay 


29 
TRAH 
Row AOto 
CFS=1 
TClCL/2-11 
ns 
1,13,15 


RAS Hold 
CFS=O 
TClCL/4-11 
16 
ns 
11,15 


30 
TASR 
Row AOto RAS Setup 
0 
0 
10,16 


31 
TASC 
ColumnAOto 
CFS=1 
0 
ns 
13,19,20 


CAS J. Setup 
CFS=O 
5 
5 
ns 
13,19,20 


inter 


A.C. CHARACTERISTICS 
(Continued) 
VCC = SV ± 10% for 8207-8; 
TA = O·C to 70·C; VCC = +SV 
±S% 
for 8207-16 


Measurements 
made with respect 
to RASo_3. 
CASO_3. ADO-8. 
are a + 2.4V and 0.8V. All other 
pins are 
measured 
at 2.0V and 0.8V. All times are ns unless otherwise 
indicated. 
Testing 
done with specified 
test load. 


8207-16, -8 
8207·10 


Ref 
Symbol 
Parameter 
Units 
Notes 


Mln 
Max 
Mln 
Max 


RAM INTERFACE (Continued) 


32 
TCAH 
Column AOto 
(See DRAM Interface Tables) 
21 
CAS Hold 


33 
TClCSl 
CASJ, from 
TClCLl4+30 
TClCll 
1.8+ 53 
TClCl/4+30 
100 
ns 
11.12 
ClK J, Delay 


34 
TClCSl 
CASJ, from 
35 
40 
ns 
1 


ClK J, Delay 


35 
TClCSH 
CASt 
from 
50 
50 
ns 
ClK J, Delay 


36 
TClW 
WE from ClK J, Delay 
35 
35 
ns 


37 
TClTKl 
XACKJ, from 
35 
35 
ns 
ClKJ, 
Delay 


38 
TRWlTKH 
XACKt 
from 
50 
50 
ns 
RD t , WR t 
Delay 


39 
TCLAKl 
AACKJ, from 
35 
35 
ns 
ClK J, Delay 


AACKt 
from 
. 


40 
TCLAKH 
50 
50 
ns 
ClK J, Delay 


41 
TClDl 
DBMfrom 
35 
35 
ns 
ClK J, Delay 
- 


ECCINTERFACE 


42 
TWRlFV 
FWRfrom 
CFS=1 
2TClCl-40 
ns 
1,22 
WR J, Delay 
CFS=O 
TClCl + TCl - 40 
100 
ns 
2.22 


43 
TFVCl 
FWR to ClK J, Setup 
40 
30 
ns 
23 


44 
TClFX 
FWR to ClK J, Hold 
0 
0 
ns 
24 


45 
TEVCl 
ERROR to 
20 
20 
ns 
25,26 
ClK J, Setup 


46 
TClEX 
ERROR to 
0 
0 
ns 
ClK J, Hold 


47 
TClRl 
R/W J, from 
40 
40 
ns 
, 


ClK J, Delay 


48 
TClRH 
R/Wt 
from 
50 
50 
ns 
ClK J, Delay 


49 
TCEVCl 
CE to ClK J, Setup 
20 
20 
ns 
25,27 


50 
TClCEX 
CE to ClK J, Hold 
0 
0 
ns 


51 
TClES 
ESTBfrom 
35 
45 
ns 
ClKJ, 
Delay 


A.C. CHARACTERISTICS 
(Continued) 


VCC = 5V ±10% 
for 8207-8; 
TA = O·C to 70·C; VCC = +5V 
±5% 
for 8207-16 


Measurements 
made with 
respect 
to RASo_3, CASO_3, ADo-8' 
are a + 2.4V and 0.8V. All other 
pins are 
measured 
at 2.0V and 0.8V. All times are ns unless otherwise 
indicated. 
Testing 
done with specified 
test load. 


8207-16, -8 
8207-10 
Ref 
Symbol 
Parameter 
Units 
Notes 
Mln 
Max 
Mln 
Max 


PORT SWITCHING AND LOCK 


52 
TCLMV 
MUXfrom 
45 
45 
ns 


CLK!- 
Delay 


53 
TClPNV 
PSENfrom 
TCL 
TCL+35 
TCl 
TCl+35 
ns 
28 


CLK!- 
Delay 


54 
TCLPSV 
PSEl'from ClK !- 
35 
35 
ns 


55 
TlKVCl 
LOCK to ClK!- 
Setup 
30 
30 
ns 
30.31 


56 
TClLKX 
lOCK to ClK!- 
Hold 
10 
10 
ns 
30,31 


57 
TRWlLKV 
lOCK from RD !- , 
2TClCL-30 
2TCLCL-30 
ns 
31,32 


WR!- 
Delay 


58 
TRWHlKX 
lOCKtoRD!-, 
3TClCl+30 
3TCLCl+30 
ns 
31,32 


WR!- 
Hold 


REFRESH REQUEST 


59 
TRFVCL 
RFRO to ClK!- 
Setup 
20 
20 
ns 


60 
TCLRFX 
RFROto ClK!- 
Hold 
10 
10 
ns 


61 
TFRFH 
Failsafe RFRO 
TCLCl+30 
TCLCL+30 
ns 
33 


Pulse Width 


62 
TRFXCl 
Single RFRO Inactive 
20 
20 
ns 
34 


to ClK!- 
Setup 


63 
TBRFH 
Burst RFRO Pulse 
2TClCL+30 
2TCLCl+30 
ns 
33 


Width 


NOTES: 
1. Specification when programmed in the Fast Cycle processor mode (iAPX 286 mode). 
2. Specification when programmed in the Slow Cycle processor mode (iAPX 186 mode). 
3. tR and tF are referenced from the 3.5V and 1.0V levels. 
4. RESET is internally synchronized to ClK. Hence a set-up time is required only to guarantee its recognition at a particular 
clock edge. 
5. The first programming bit (PDO)is also sampled by RESET going low. 
6. TClPDX is guaranteed if programming data is shifted using PClK. 
7. WZ is issued only in ECC mode. 
8. TRWVCL is not required for an asynchronous command except to guarantee its recognition at a particular clock edge. 
9. Valid when programmed in either Fast or Slow Cycle mode. 
10. lASR is a user specified parameter and its value should be added accordingly to TAVCL. 
11. When programmed in Slow Cycle mode and 125 ns ~ TClCL < 200 ns. 
12. When programmed in Slow Cycle mode and 200 ns ~ TClCL. 
13. Specification for Test load conditions. 
14. tRCD (actual) = tRCD (specification) + 0.06 (aCRAS) - 
0.6 (aCCAS)where aC = C (test load) - 
C (actual) in pF 


(These are first order approximations). 
15. tRAH (actual) = tRAH (specification) + 0.06 (aCRAS) - 
0.022 (aCAO)where aC = C (test load) - 
C (actual) in pF. 


(These are first order approximations.) 
18. lASR (actual) = lASR (specification) + 0.06 (aCAO) - 
0.025 (aCRAS)where aC = C (test load) - 
C (actual) in pF. 


(These are first order approximations.) 
19. lASC (actual) = lASC (specification) + 0.06 (aCAO) - 
0.025 (aCCAS)where aC = C (test load) - 
C (actual) in pF. 


(These are first order approximations.) 


inter 


20. lASC is a function of clock frequency and thus varies with changes in frequency. A minimum value is specified. 
21. See 8207 DRAM Interface Tables 14-18. 
22. TWRLFV is defined for both synchronous and asynchronous FWR. In systems in which FWR is decoded directly from 
the address inputs to the 8207, TCLFV is automatically guaranteed by TCLAV. 
23. TFVCL is defined for synchronous FWR. 
24. TCLFV is defined for both synchronous and asynchronous FWR. In systems in which FWR is decoded directly from the 
address inputs to the 8207 TCLFV is automatically guaranteed by TCLAV. 
25. ERROR and CE are set-up to CLK J.. in fast cycle mode and CLKt in slow cycle mode. 
26. ERROR is set-up to the same edge as R/Vii is referenced to, in RMW cycles. 
27. CE is set-up to the same edge as WE is referenced to in RMW cycles. 
28. Specification when TCL < 25 ns. 
29. Synchronous operation only. Must arrive by the second clock falling edge after the clock edge which recognizes the 
command in order to be effective. 
30. LOCK must be held active for the entire period the opposite port must be locked out. One clock after the release of 
LOCK the opposite port will be able to obtain access to memory. 
31. Asynchronous mode only. In this mode a synchronizer stage is used internally in the 8207 to synchronize up LOCK. 
TRWLLKV and TRWHLKX are only required for guaranteeing that LOCK will be recognized for the requesting port, but these 
parameters are not required for correct 8207 operation. 
32. TFRFH and TBRFH pertain to asynchronous operation only. 
33. Single RFRQ cannot be supplied asynchronously. 


RESET 


PCTl 


REFRQ 


POI 


ClK ~/\..-./ 


RESET_~ 


RASc..J 


WE:MJ 


(f 


WZ.-J 


)) , 
, 


R"iW.-J 


If 
'•..._---_ .....•, 


lAST RAM WARM-UPOR 
INITIALIZATIONCYCLE 


NOTES: 
1. When in non-ECC mode or in ECC mode with the TM2 programming bit on, there are no initialization cycles, when in 
ECC mode with TM2 off, the dummy cycles are followed by initialization cycles. 
2. The present example assumes a RAS four clocks long. 


inter 


COMMAND 
MODEl 
FAST CYCLE 
1ftI, WR, I'r 


COMMAND 
MODEl 
FAST CYCLE 
PCTL (INHIBIT) 


COMMAND 
MODEl 


FAST CYCLE 
INTERNAL 
INHIBIT 


NOTE: 
Actual 
transitions 
are programmable. 
Refer to Tables 
12 and 13. 


inter 


inter 
8207 


WAVEFORMS 
(Continued) 


RAM INTERFACE 
TIMING 
ECC AND NON-ECC 
MODE 


CLOCK 0 


CLK 


COMMAND 


INTERNAL 
CYCLE REQUEST 


® 
® 
ALO' 
ALe 
AHo·AHe 
BSo' 
BS1 


® 
" 
LEN 


® 


RAS 


AOo·AOe 


CAS 


® 


WE 


lJ 
® 


XACK 


" 


@ 


AACK 


® 


DBM 


NOTE: 
Actual 
transitions 
are programmable. 
Refer to Tables 
12 and 13. 


inter 


LOCK 
,..---, 
r----1 
® 
FAST CyCLE 
---J_ 
1 
~I 
1 
_ 


INTERNAL 
LOCK 
DISABLE 


NOTE: 
Transients 
during 
MUX switching. 


--E®@l 
f:j=® 
BURST REFRESH 
REQUEST 
_ 


inter 


NOTES: 
1. This parameter 
is set-up 
to the falling 
edge of clock, 
as shown, 
for fast cycle 
configurations. 
It is set-up 
to the rising 


edge 
of clock 
if in slow cycle 
configurations. 
Table 
13A shows 
which 
clock 
and clock 
edge 
these 
signals 
are set-up 
in 


the R/W l column. 
2. CE is set-up 
to the same edge as WE is referenced 
to in RMW cycles. 


Tables 
10 and 11 give a description 
of non-ECC 
and ECC system 
configurations 
based 
on the 8207's 
PDO, 


PD3, PD4, PD10 and PD11 programming 
bits. 


Timing Cant. 
CFS(PD3) 
RFS(PD4) 
EXT(PD10) 
FFS(PD11) 


Co 
iAPX286(0) 
Fast RAM(O) 
Not EXT(O) 
12 MHz(1) 


Co 
iAPX286(0) 
Fast RAM(O) 
EXT(1) 
12 MHz(1) 


Co 
iAPX286(0) 
SlowRAM(1) 
Not EXT(O) 
12 MHz(1) 


Co 
iAPX286(0) 
SlowRAM(1) 
EXT(1) 
12MHz(1) 


Co 
iAPX286(0) 
Fast RAM(O) . 
Not EXT(O) 
16 MHz(O) 


C1 
iAPX286(0) 
Slow RAM(1) 
Not EXT(O) 
16 MHz(O) 


C1 
iAPX286(0) 
Fast RAM(O) 
EXT(1) 
16 MHz(O) 


C2 
iAPX286(0) 
Slow RAM(1) 
EXT(1) 
16 MHz(O) 


C3 
iAPX186(1) 
Fast RAM(O) 
Not EXT(O) 
10,8 
MHz(O) 


C3 
iAPX186(1) 
Slow RAM(1) 
Not EXT(O) 
10,8 
MHz(O) 


C3 
iAPX186(1) 
Fast RAM(O) 
EXT(1) 
10,8 
MHz(O) 


C3 
iAPX186(1) 
Fast RAM(O) 
Not EXT(O) 
6 MHz(1) 


C3 
iAPX186(1) 
Fast RAM(O) 
EXT(1) 
6 MHz(1) 


C3 
iAPX186(1) 
SlowRAM(1) 
Not EXT(O) 
6 MHz(1) 


C3 
iAPX186(1) 
SlowRAM(1) 
EXT(1) 
6 MHz(1) 


C4 
iAPX186(1) 
SlowRAM(1) 
EXT(1) 
10,8 
MHz(O) 


Timing Cant. 
CFS(PD3) 
RFS(PD4) 
EXT(PD10) 
FFS(PD11) 


Co 
iAPX286(1) 
SlowRAM(O) 
MIS EDCU(O) 
12 MHz(O) 


Co 
iAPX286(1) 
SlowRAM(O) 
M EDCU(1) 
12 MHz(O) 


Co 
iAPX286(1) 
Fast RAM(1) 
MIS EDCU(O) 
12 MHz(O) 


Co 
iAPX286(1) 
Fast RAM(1) 
M EDCU(1) 
12 MHz(O) 


Co 
iAPX286(1) 
Fast RAM(1) 
M EDCU(1) 
16 MHz(1) 


C1 
iAPX286(1) 
SlowRAM(O) 
M EDCU(1) 
16 MHz(1) 


C2 
iAPX286(1) 
Fast RAM(1) 
MIS EDCU(O) 
16 MHz(1) 


C3 
iAPX286(1) 
SlowRAM(O) 
MIS EDCU(O) 
16 MHz(1) 


C4 
iAPX186(0) 
SlowRAM(O) 
MIS EDCU(O) 
6 MHz(O) 


C4 
iAPX186(0) 
Fast RAM(1) 
MIS EDCU(O) 
6 MHz(O) 


C4 
iAPX186(0) 
SlowRAM(O) 
M EDCU(1) 
10,8 
MHz(1) 


C4 
iAPX186(0) 
Fast RAM(1) 
M EDCU(1) 
10,8 
MHz(1) 


Cs 
iAPX186(0) 
SlowRAM(O) 
MIS EDCU(O) 
10,8 
MHz(1) 


Cs 
iAPX186(0) 
Fast RAM(1) 
MIS EDCU(O) 
10,8 
MHz(1) 


Cs 
iAPX186(0) 
Slow RAM(O) 
M EDCU(1) 
6 MHz(O) 


Cs 
iAPX186(0) 
Fast RAM(1) 
M EDCU(1) 
6 MHz(O) 


The notation used to indicate which clock edge trig- 
gers an output transition is "n t" or "n -!", where 
"n" is the number of clock periods that have passed 
since clock 0, the reference clock, and " t" refers 
to rising edge and" -!" to falling edge. A clock peri- 
od is defined as the interval from a clock falling edge 
to the following falling edge. Clock edges are de- 
fined as shown below. 


f---n---+-n+1--J, 


~ 
(n-1)1 
nl 
nl 
(n+1)1 (n+1)1 


210463-36 


The clock edges which trigger transitions on each 
8207 output are tabulated in Table 12 for non-ECC 
mode and Table 13 for ECC mode. "H" refers to the 
high-going transition, and "L" 
to low-going tran- 
sition; "V" refers to valid, and "V" to non-valid. 


Clock 0 is defined as the clock in which the 8207 
begins a memory cycle, either as a result of a port 
request which has just arrived, or of a port request 
which was stored previously but could not be serv- 
iced at the time of its arrival because the 8207 was 
performing another memory cycle. Clock 0 may be 
identified externally by the leading edge of RAS, 
which is always triggered on 0 -!. 


Notes for interpreting the timing charts: 
1. PSEL 
• valid is given as the latest time it can 
occur. It is entirely possible for PSEL to become 
valid before the time given in a refresh cycle. 
PSEL can switch as defined in the chart, but it has 
no bearing on the refresh cycle itself, but only on 
a subsequent cycle for one of the external ports. 


2. LEN· low is given as the latest time it can occur. 


LEN is only activated by port A configured in Fast 
Cycle iAPX286 mode, and thus it is not activated 
by a refresh cycle, although it may be activated by 
port A during a refresh cycle. 


3. ADDRESS 
- col is the time column address be- 


comes valid. 


4. In non-ECC mode the CAS, EAACK, LAACK and 


XACK outputs are not issued during refresh. 


5. In ECC mode there are really seven types of cy- 


cles: Read without error, read with error, full write, 
partial write without error, partial write with error, 
refresh without error, and refresh with error. 
These cycles may be derived from the timing 
chart as follows: 
A. Read without error: Use row marked 'RD, RF'. 
B. Read with error: Use row marked 'RMW', ex- 


cept for EAACK and LAACK, which should be 
taken from 'RD, RF'. If the error is uncorrect- 
able. WE will not be issued. 


C. Full write: Use row marked 'WR'. 
D. Partial write without error: Use row marked 
'RMW', except that DBM and ESTB will not be 
issued. 


E. Partial write with error: Use row marked 'RMW', 


except that DBM will not be issued. If the error 
is uncorrectable, WE will not be issued. 


F. Refresh without error: Use row marked 'RD, 


RF', except that ESTB, EAACK, LAACK, and 
XACK will not be issued. 


G. Refresh with error: Use row marked 'RMW', 


except that EAACK, LAACK, ESTB, and XACK 
will not be issued. If the error is uncorrectable 
WE will not be issued. 
6. XACK 
- high is reset asynchronously by com- 


mand going inactive and not by a clock edge. 


7. MUX - valid is given as the latest time it can oc- 


cur. 


inter 


PSEN 
PSEL 
DBM 
LEN 
RAS 
CAS 
WE 


Cn 
Cycle 
H 
L 
V 
V 
L 
H 
L 
H 
L 
H 
L 
H 
H 
L 


Co 
RD, RF 
0,1. 
3,1. 
0,1. 
4,1. 
0,1. 
4,1. 
0,1. 
2,1. 
0,1. 
3,1. 
1,1. 
4,1. 


WR 
0,1. 
4,1. 
0,1. 
5,1. 
0,1. 
2,1. 
0,1. 
5,1. 
1,1. 
5,1. 
2,1. 
5,1. 


C1 
RD, RF 
0,1. 
5,1. 
0,1. 
6,1. 
0,1. 
6,1. 
0,1. 
2,1. 
0,1. 
4,1. 
1,1. 
6,1. 


WR 
0,1. 
4,1. 
0,1. 
5,1. 
0,1. 
2,1. 
0,1. 
5,1. 
1,1. 
5,1. 
2,1. 
5,1. 


C2 
RD, RF 
0,1. 
5,1. 
0,1. 
6,1. 
0,1. 
6,1. 
0,1. 
2,1. 
0,1. 
4,1. 
1,1. 
6,1. 


WR 
0,1. 
4,1. 
0,1. 
5,1. 
0,1. 
2,1. 
0,1. 
5,1. 
1,1. 
5,1. 
2,1. 
5,1. 


C3 
RD, RF 
0,1. 
2,1. 
0,1. 
3,1. 
0,1. 
3,1. 
0,1. 
3,1. 
0,1. 
3,1. 


WR 
0,1. 
3,1. 
0,1. 
4,1. 
0,1. 
4,1. 
0,1. 
4,1. 
2t 
4,1. 


C4 
RD, RF 
0,1. 
3,1. 
0,1. 
4,1. 
0,1. 
4,1. 
0,1. 
4,1. 
0,1. 
4,1. 


WR 
0,1. 
3,1. 
0,1. 
4,1. 
0,1. 
4,1. 
0,1. 
4,1. 
2t 
4,1. 


ColAddr 
EAACK 
LAACK 
XACK 
MUX 


Cn 
Cycle 
V 
V 
L 
H 
L 
H 
L 
H 
V 
V 


Co 
RD, RF 
0,1. 
2,1. 
1,1. 
4,1. 
2,1. 
5,1. 
3,1. 
RD 
-2,1. 
2,1. 


WR 
0,1. 
2,1. 
1,1. 
4,1. 
1,1. 
4,1. 
3,1. 
WR 
-2,1. 
2,1. 


C1 
RD, RF 
0,1. 
3,1. 
2,1. 
5,1. 
2,1. 
5,1. 
4,1. 
RD 
-2,1. 
2,1. 


WR 
0,1. 
3,1. 
1,1. 
4,1. 
1,1. 
4,1. 
3,1. 
WR 
-2,1. 
2,1. 


C2 
RD, RF 
0,1. 
3,1. 
2,1. 
5,1. 
3,1. 
6,1. 
4,1. 
RD 
-2,1. 
2,1. 


WR 
0,1. 
3,1. 
1,1. 
4,1. 
1,1. 
4,1. 
3,1. 
WR 
-2,1. 
2,1. 


C3 
RD, RF 
0,1. 
2,1. 
0,1. 
2,1. 
1,1. 
3,1. 
2,1. 
RD 
-1,1. 
2,1. 


WR 
0,1. 
2,1. 
0,1. 
2,1. 
1 t 
3t 
2,1. 
WR 
-1,1. 
2,1. 


C4 
RD, RF 
0,1. 
2,1. 
1,1. 
3,1. 
1,1. 
3,1. 
3t 
RD 
-1,1. 
2,1. 


WR 
0,1. 
2,1. 
0,1. 
2,1. 
1 t 
3t 
2,1. 
WR 
-1,1. 
2,1. 
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ColAddr 
ESTB 
EAACK 
LAACK 
XACK 
MUX 


Cn 
Cycle 
V 
V 
L 
H 
L 
H 
L 
H 
L 
H 
V 
V 


RD,RF 
a! 
2! 
2! 
s! 
3! 
a! 
4! 
RD 
-2! 
2! 


Co 
WR 
a! 
2! 
2! 
s! 
2! 
s! 
4! 
WR 
-2! 
2! 


RMW 
a! 
2! 
a! 
a! 
s! 
a! 
s! 
a! 
7! 
WR 
-2! 
2! 


RD,RF 
a! 
3! 
3! 
a! 
3! 
a! 
4! 
RD 
-2! 
2! 


C1 
WR 
a! 
3! 
2! 
s! 
2! 
s! 
4! 
WR 
-2! 
2! 


RMW 
a! 
3! 
a! 
a! 
s! 
a! 
s! 
,a! 7! 
WR 
-2! 
2! 


RD,RF 
a! 
3! 
4! 
7! 
4! 
7! 
s! 
RD 
-2! 
2! 


C2 
WR 
a! 
3! 
3! 
a! 
3! 
a! 
s! 
WR 
-2! 
2! 


RMW 
a! 
3! 
a! 
10! 7! 
10! 7! 
10! 9! 
WR 
-2! 
2! 


RD,RF 
a! 
3! 
4! 
7! 
s! 
a! 
s! 
RD 
-2! 
2! 


C3 
WR 
a! 
3! 
3! 
a! 
3! 
a! 
s! 
WR 
-2! 
2! 


RMW 
a! 
3! 
a! 
10! 7! 
10! 7! 
10! 9! 
WR 
-2! 
2! 
RD,RF 
a! 
2! 
1! 
3! 
2t 
4t 
3t 
RD 
-1! 
2! 


C4 
WR 
a! 
2! 
1! 
3! 
2t 
4t 
3! 
WR 
-1! 
2! 


RMW 
a! 
2! 
st 
at 
3! 
s! 
4t 
at 
s! 
WR 
-1! 
2! 


RD,RF 
a! 
2! 
2! 
4! 
3t 
st 
3t 
RD 
-1! 
2! 


Cs 
WR 
a! 
2! 
1! 
3! 
2t 
4t 
3! 
WR 
-1! 
2! 


RMW 
a! 
2! 
st 
at 
3! 
s! 
4t 
at 
s! 
WR 
-1! 
2! 


RD,RF 
a! 
2! 
1! 
3! 
1t 
3t 
2t 
RD 
-1! 
2! 


C2 
WR 
a! 
2! 
1! 
3! 
1t 
3t 
2! 
WR 
-1! 
2! 


RMW 
a! 
2! 
3t 
4t 
1! 
3! 
2t 
4t 
3! 
WR 
-1! 
2! 


8207-DRAM 
Interface Parameter 


Equations 


Several DRAM parameters, but not all, are a direct 
function of 8207 timings, and the equations for these 
parameters are given in the following tables. The fol- 
lowing is a list of those DRAM-parameters which 
have NOT been included in the following tables, with 
an explanation for their exclusion. 


READ, WRITE, READ-MODIFY-WRITE & 
REFRESH CYCLES 
tRAC: 
response parameter. 


tCAC: 
response parameter. 


tREF: 
See "Refresh Period Options" 


tCRP: 
must be met only if CAS-only cycles, which 
do not occur with 8207, exist. 


See "AC. Characteristics" 
See "AC. Characteristics" 
See "AC. Characteristics" 
See "AC. Characteristics" 
response parameter. 


tRAH: 
tRCD: 
tASC: 
tASR: 
tOFF: 


READ & REFRESH CYCLES 
tRCH: 
WE always goes active after CAS goes ac- 
tive, hence tRCH is guaranteed by tCPN. 


tRC: 
tRAS: 
tCAS: 
tWCS: 


guaranteed by tRWC. 
guaranteed by tRRW. 


guaranteed by tCRW. 
WE always activated after CAS is activat- 
ed, except in memory initialization, hence 
tWCS is always negative (this is important 
for RMW only) except in memory initializa- 
tion; in memory initialization tWCS is posi- 
tive and has several clocks of margin. 
system-dependent parameter. 
system-dependent parameter. 
system-dependent parameter. 


tDS: 
tDH: 
tDHR: 


READ-MODIFY-WRITE CYCLE 
tRWD: 
don't care in 8207 write cycles, but tabulat- 
ed for 8207 RMW cycles. 


tCWD: 
don't care in 8207 write cycles, but tabulat- 
ed for 8207 RMW cycles. 


Table 14. Non-ECC Mode-RD, 
RF Cycles 


Parameter 
Fast Cycle Configurations 
Slow Cycle Configurations 
Notes 


Co 
C1 
C2 
Ca 
C4 


tRP 
3TCLCL-T26 
4TCLCL-T26 
4TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tCPN 
3TCLCL-T35 
3TCLCL-T35 
3TCLCL-T35 
2.5TCLCL- T35 
2.5TCLCL- T35 
1 


tRSH 
2TCLCL-T34 
3TCLCL-T34 
3TCLCL-T34 
3TCLCL-T34 
4TCLCL-T34 
1 


tCSH 
4TCLCL-T26 
6TCLCL-T26 
6TCLCL-T26 
3TCLCL-T26 
4TCLCL-T26 
1 


tCAH 
TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAR 
2TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
3/30 
3/30 
2 


tRC 
6TCLCL 
8TCLCL 
8TCLCL 
5TCLCL 
6TCLCL 
1 


tRAS 
3TCLCL-T26 
4TCLCL-T26 
4TCLCL-T26 
3TCLCL-T26 
4TCLCL-T26 
1 


tCAS 
3TCLCL-T34 
5TCLCL-T34 
5TCLCL-T34 
3TCLCL-T34 
4TCLCL-T34 
1 


tRCS 
2TCLCL-TCL 
2TCLCL-TCL 
2TCLCL-TCL 
1.5TCLCL- TCL 
1.5TCLCL- TCL 
1 


-T36-TBUF 
-T36-TBUF 
-T36-TBUF 
-T36-TBUF 
-T36-TBUF 


Parameter 
Fast Cycle Configurations 
Slow Cycle Configurations 
Notes 
Co 
C1 
C2 
C3 
C4 


tAP 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tCPN 
4TCLCL-T35 
4TCLCL-T35 
4TCLCL-T35 
2.5TCLCL- T35 
2.5TCLCL- T35 
1 


tASH 
4TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
1 


tCSH 
5TCLCL-T26 
5TCLCL-T26 
5TCLCL-T26 
4TCLCL-T26 
4TCLCL-T26 
1 


tCAH 
TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAA 
2TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
3/30 
3/30 
2 


tAWC 
8TCLCL 
8TCLCL 
8TCLCL 
6TCLCL 
6TCLCL 
1 


tAAW 
5TCLCL-T26 
5TCLCL-T26 
5TCLCL-T26 
4TCLCL-T26 
4TCLCL-T26 
1 


tCAW 
4TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
1 


tWCH 
3TCLCL+TCL 
3TCLCL+TCL 
3TCLCL+TCL 
3TCLCL+TCL 
3TCLCL+TCL 
1,3 
-T34 
-T34 
-T34 
-T34 
-T34 


tWCA 
4TCLCL+TCL 
4TCLCL+TCL 
4TCLCL+TCL 
3TCLCL+TCL 
3TCLCL+TCL 
1,3 
-T26 
-T26 
-T26 
-T26 
-T26 


tWP 
2TCLCL+TCL 
2TCLCL+TCL 
2TCLCL+TCL 
2TCLCL-T36 
2TCLCL-T36 
1 
-T36-TBUF 
-T36-TBUF 
-T36-TBUF 
-TBUF 
-TBUF 


tAWL 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-TCL 
3TCLCL-TCL 
1 
-TBUF 
-TBUF 
-TBUF 
-T36-TBUF 
-T36-TBUF 


tCWL 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-TCL 
3TCLCL-TCL 
1 
-TBUF 
-TBUF 
-TBUF 
-T36-TBUF 
-T36-TBUF 


inter 


Parameter 
Fast Cycle Mode 
Notes 
Co 
C1 
C2 
C3 


tRP 
4TCLCL-T26 
4TCLCL-T26 
4TCLCL-T26 
4TCLCL-T26 
1 


tCPN 
3TCLCL-T35 
3TCLCL-T35 
3TCLCL-T35 
3TCLCL-T35 
1 


tRSH 
3TCLCL-T34 
3TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
1 


tCSH 
6TCLCL-T26 
6TCLCL-T26 
7TCLCL-T26 
7TCLCL-T26 
1 


tCAH 
TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAR 
2TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
3/30 
2 


tRC 
8TCLCL 
8TCLCL 
9TCLCL 
9TCLCL 
1 


tRAS 
4TCLCL-T26 
4TCLCL-T26 
. 5TCLCL - T26 
5TCLCL-T26 
1 
, 


tCAS 
5TCLCL-T34 
5TCLCL-T34 
6TCLCL-T34 
6TCLCL-T34 
1 


tRCS 
TCLCL-T36 
TCLCL-T36 
TCLCL-T36 
TCLCL-T36 
1 
-TBUF 
-TBUF 
-TBUF 
-TBUF 


Parameter 
Slow Cycle Mode 
Notes 
C4 
Cs 
C6 


tRP 
2TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tCPN 
1.5TCLCL - T35 
1.5TCLCL - T35 
1.5TCLCL - T35 
1 


tRSH 
3TCLCL-T34 
3TCLCL-T34 
3TCLCL-T34 
1 


tCSH 
4TCLCL-T26 
4TCLCL-T26 
4TCLCL-T26 
1 


tCAH 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAR 
2TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
2 


tRC 
5TCLCL 
5TCLCL 
5TCLCL 
1 


tRAS 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
1 


tCAS 
4TCLCL-T34 
4TCLCL-T34 
4TCLCL-T34 
1 


tRCS 
0.5TCLCL - T36 
0.5TCLCL - T36 
0.5TCLCL - T36 
1 
-TBUF 
-TBUF 
-TBUF 


inter 


Parameter 
Fast Cycle Mode 
Notes 
Co 
C1 
C2 
C3 


tRP 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
1 


tCPN 
4TCLCL-T35 
4TCLCL-T35 
4TCLCL-T35 
4TCLCL-T35 
1 


tRSH 
5TCLCL-T34 
5TCLCL-T34 
6TCLCL-T34 
6TCLCL-T34 
1 


tCSH 
6TCLCL-T26 
6TCLCL-T26 
7TCLCL-T26 
7TCLCL-T26 
1 


tCAH 
TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAR 
2TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
3/30 
2 


tRWC 
9TCLCL 
9TCLCL 
10TCLCL 
10TCLCL 
1 


tRRW 
6TCLCL-T26 
6TCLCL-T26 
7TCLCL-T26 
7TCLCL-T26 
1 


tCRW 
5TCLCL-T34 
5TCLCL-T34 
6TCLCL-T34 
6TCLCL-T34 
1 


tWCH 
5TCLCL-T34 
5TCLCL-T34 
6TCLCL-T34 
6TCLCL-T34 
1,4 


tWCR 
6TCLCL-T26 
6TCLCL-T26 
7TCLCL-T26 
7TCLCL-T26 
1,4 


tWP 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
1 
-TBUF 
-TBUF 
-TBUF 
-TBUF 


tRWL 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
1 


-TBUF 
-TBUF 
-TBUF 
-TBUF 


tCWL 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
1 


-TBUF 
-TBUF 
-TBUF 
-TBUF 


Parameter 
Slow Cycle Mode 
Notes 
C4 
Cs 
C6 
tRP 
2TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tCPN 
2.5TCLCL - T35 
2.5TCLCL - T35 
2.5TCLCL - T35 
1 


tRSH 
5TCLCL-T34 
5TCLCL-T34 
4TCLCL-T34 
1 


tCSH 
5TCLCL-T26 
5TCLCL-T26 
4TCLCL-T26 
1 


tCAH 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAR 
2TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
2 


tRWC 
7TCLCL 
7TCLCL 
6TCLCL 
1 


tRRW 
5TCLCL-T26 
5TCLCL-T26 
4TCLCL-T26 
1 


tCRW 
5TCLCL-T34 
5TCLCL-T34 
4TCLCL-T34 
1 


tWCH 
5TCLCL-T34 
5TCLCL-T34 
4TCLCL-T34 
1,4 


tWCR 
5TCLCL-T26 
5TCLCL-T26 
4TCLCL-T26 
1,4 


tWP 
3TCLCL-TCL 
3TCLCL-TCL 
3TCLCL-TCL 
1 


-T36-TBUF 
-T36-TBUF 
-T36-TBUF 


tRWL 
3TCLCL-TCL 
3TCLCL-TCL 
3TCLCL-TCL 
1 


-T36-TBUF 
-T36-TBUF 
-T36-TBUF 


tCWL 
3TCLCL-TCL 
3TCLCL-TCL 
3TCLCL-TCL 
1 


-T36-TBUF 
-T36-TBUF 
-T36-TBUF 


Parameter 
Fast Cycle Mode 
Notes 


Co 
C1 
C2 
C3 


tRP 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
1 


tCPN 
4TCLCL-T35 
4TCLCL-T35 
4TCLCL-T35 
4TCLCL-T35 
1 


tRSH 
8TCLCL-T34 
8TCLCL-T34 
1OTCLCL- T34 
1OTCLCL- T34 
1 


tCSH 
9TCLCL-T26 
9TCLCL-T26 
11TCLCL - T26 
11TCLCL - T26 
1 


tCAH 
TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAR 
2TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
3TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
3/30 
2 


tRWC 
12TCLCL 
12TCLCL 
14TCLCL 
14TCLCL 
1 


tRRW 
9TCLCL-T26 
9TCLCL-T26 
11TCLCL - T26 
11TCLCL - T26 
1 


tCRW 
8TCLCL-T34 
8TCLCL-T34 
1OTCLCL- T34 
1OTCLCL- T34 
1 


tRCS 
TCLCL-T36 
TCLCL-T36 
TCLCL-T36 
TCLCL-T36 
1 
-TBUF 
-TBUF 
-TBUF 
-TBUF 


tRWD 
6TCLCL-T26 
6TCLCL-T26 
8TCLCL-T26 
8TCLCL-T26 
1,4 


tCWD 
5TCLCL-T34 
5TCLCL-T34 
7TCLCL-T34 
7TCLCL-T34 
1 


tWP 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
1 
-TBUF 
-TBUF 
-TBUF 
-TBUF 


tRWL 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
1 
-TBUF 
-TBUF 
-TBUF 
-TBUF 


tCWL 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
3TCLCL-T36 
1 
-TBUF 
-TBUF 
-TBUF 
-TBUF 


inter 


Parameter 
Slow Cycle Mode 
Notes 
C4 
Cs 
C6 


tAP 
2TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tCPN 
2.5TCLCL - T35 
2.5TCLCL - T35 
2.5TCLCL - T35 
1 


tASH 
7TCLCL-T34 
7TCLCL-T34 
5TCLCL-T34 
1 


tCSH 
7TCLCL-T26 
7TCLCL-T26 
5TCLCL-T26 
1 


tCAH 
2TCLCL-T34 
2TCLCL-T34 
2TCLCL-T34 
1 


tAA 
2TCLCL-T26 
2TCLCL-T26 
2TCLCL-T26 
1 


tT 
3/30 
3/30 
3/30 
2 


tAWC 
9TCLCL 
9TCLCL 
7TCLCL 
1 


tAAW 
7TCLCL-T26 
7TCLCL-T26 
5TCLCL-T26 
1 


tCAW 
7TCLCL-T34 
7TCLCL-T34 
5TCLCL-T34 
1 


tACS 
0.5TCLCL - T36 
0.5TCLCL - T36 
0.5TCLCL - T36 
1 
-TBUF 
-TBUF 
-TBUF 


tAWD 
4TCLCL+TCL 
4TCLCL+TCL 
2TCLCL+TCL 
1 
-T26 
-T26 
-T26 


tCWD 
4TCLCL+TCL 
4TCLCL+TCL 
2TCLCL+TCL 
1 
-T34 
-T34 
-T34 


tWP 
3TCLCL-TCL 
3TCLCL-TCL 
3TCLCL-TCL 
1 


-T36-TBUF 
-T36-TBUF 
-T36-TBUF 


tAWL 
3TCLCL-TCL 
3TCLCL-TCL 
3TCLCL-TCL 
1 
-T36-TBUF 
-T36-TBUF 
-T36-TBUF 


tCWL 
3TCLCL-TCL 
3TCLCL-TCL 
3TCLCL-TCL 
1 
-T36-TBUF 
-T36-TBUF 
-T36-TBUF 


NOTES: 
1. Minimum. 
2. Value 
on right is maximum; 
value on left is minimum. 


3. Applies 
to the eight warm-up 
cycles 
during 
initialization 
only. 


4. Applies 
to the eight warm-up 
cycles 
and to the memory 
initialization 
cycles 
during 
initiali- 
zation 
only. 
5. TP = TCLCL 
T26 
= TCLRSL 
T34 = TCLCSL 
T35 
= TCLCSH 
T36 = TCLW 
TBUF = TTL Buffer 
delay. 


inter 


82C08 


CHMOS DYNAMIC RAM CONTROLLER 


• 
0 Wait State with INTEL J-LProcessors 


• 
iAPX 286 
} 
82C08-20 
20 MHz 


(10, 8 MHz) 
82C08-16 
16 MHz 


IAPX 186/88 
} 82C08-10 
10 MHz 


86/88 
82C08-8 
8 MHz 


• 
Supports 
64K and 256K DRAMs 


(256K x 1 and 256K x 4 Organizations) 


• 
Power 
Down Mode with Programmable 


Memory 
Refresh 
using Battery 
Backup 


• 
Directly 
Addresses 
and Drives up to 


1 Megabyte 
without 
External 
Drivers 


• 
Microprocessor 
Data Transfer 
and 


Advance 
Acknowledge 
Signals 


• 
Five Programmable 
Refresh 
Modes 


• 
Automatic 
RAM Warm-up 


• 
Pin-Compatible 
with 8208 


• 
48 Lead Plastic DIP; 68 Lead PLCC 


(See 
Intel Packaging; 
Order 
Number: 
231369·001) 


• 
Compatible 
with Normal 
Modes of 


Static Column and Ripplemode 
DRAMs 


The Intel 82C08 Dynamic RAM Controller is a CMOS, high performance, systems oriented, Dynamic RAM 
controller that is designed to easily interface 64K and 256K Dynamic RAMs to Intel and other microproces- 
sors. The 82C08 also has a power down mode where only the refresh logic is activated using battery backup. 
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Symbol 
DIP 
PLCC 
Type 
Name and Function 
Pin 


ALO 
5 
55 
ADDRESS 
LOW: These lower order address 
inputs are used to 
AL1 
4 
56 
generate 
the column address for the internal address 
multiplexer. 


AL2 
3 
57 
In iAPX 286 mode (CFS = 1), these addresses 
are latched 


AL3 
2 
58 
internally. 


AL4 
1 
59 
AL5 
47 
63 
AL6 
46 
64 
AL7 
45 
66 
AL8 
44 
67 


AHO 
43 
2 
ADDRESS 
HIGH: These higher order address inputs are used to 
AH1 
42 
3 
generate 
the row address for the internal address 
multiplexer. 
In 


AH2 
41 
4 
iAPX 286 mode, these addresses 
are latched 
internally. 


AH3 
40 
5 
AH4 
39 
6 
AH5 
38 
7 
AH6 
37 
8 
AH7 
35 
12 
AH8 
34 
13 


BS 
6 
50 
BANK SELECT: This input is used to select one of the two banks 
of the dynamic 
RAM array. 


AOO 
7 
49 
0 
ADDRESS 
OUTPUTS: 
These outputs are designed 
to provide the 
A01 
8 
48 
0 
row and column addresses, 
of either the CPU or the refresh 


A02 
9 
47 
0 
counter, 
to the dynamic 
RAM array. These outputs drive the 


A03 
10 
46 
0 
dynamic 
RAM array directly and need no external 
drivers. 


A04 
11 
45 
0 
However, 
they typically 
need series resistors 
to match 


A05 
13 
41 
0 
impedances. 


A06 
14 
40 
0 


A07 
15 
39 
0 


A08 
16 
38 
0 


RASO 
19 
33 
0 
ROW ADDRESS 
STROBE: These outputs are used by the 
RAS1 
18 
36 
0 
dynamic 
RAM array to latch the row address, 
present on the AOO- 


8 pins. These outputs are selected 
by the BS pin. These outputs 


drive the dynamic 
RAM array directly and need no external 
drivers. 


CASO 
21 
30 
0 
COLUMN 
ADDRESS 
STROBE: These outputs are used by the 
CAS1 
20 
31 
0 
dynamic 
RAM array to latch the column 
address, 
present 
on the 


AOO-8 
pins, These outputs are selected 
by the BS pin. These 


outputs drive the dynamic 
RAM array directly and need no external 


drivers. 


RESET 
23 
28 
I 
RESET: This active high signal causes all internal counters 
to be 
reset. Upon release of RESET, data appearing 
at the POI pin is 


, 
clocked-in 
by the PCLK output. The states of the POI, PCTL, and 


RFRO pins are sampled 
by RESET going inactive and are used to 


program the 82C08. An 8-cycle dynamic 
RAM warm-up 
is 


performed 
after clocking 
POI bits into the 82C08. 


WE/ 
25 
24 
0 
WRITE 
ENABLE/PROGRAMMING 
CLOCK: Immediately 
after a 
PCLK 
RESET this pin becomes 
PCLK and is used to clock serial 


programming 
data into the POI pin. After the a2COa is programmed 


this active high signal provides 
the dynamic 
RAM array the write 


enable input for a write operation. 


Symbol 
DIP 
PLCC 
Type 
Name and Function 
Pin 


AACK/ 
26 
23 
0 
ADVANCE 
ACKNOWLEDGE/TRANSFER 
ACKNOWLEDGE: 
XACK 
When the X programming 
bit is set to logic 0 this pin is AACK and 


indicates 
that the processor 
may continue 
processing 
and that 


data will be available 
when required. This signal is optimized 
for 


the system by programming 
the S program-bit 
for synchronous 
or 


asynchronous 
operation. 
The S programming 
bit determines 


whether 
this strobe will be early or late. If another 
dynamic 
RAM 


cycle is in progress 
at the time of the new request, the AACK is 


delayed. When the X programming 
bit is set to logic 1 this pin is 


XACK and indicates 
that data on the bus is valid during a read 


cycle or that data may be removed 
from the bus during a write 


cycle. XACK is a MUl TIBUS compatible 
signal. 


PCTl 
27 
22 
I 
PORT CONTROL: 
This pin is sampled 
on the falling edge of 


RESET. It configures 
the 82C08 to accept command 
inputs or 


processor 
status inputs. If PCTl 
is low after RESET the 82C08 is 


programmed 
to accept bus/multibus 
command 
inputs or iAPX 286 


status inputs. If PCTl 
is high after RESET the 82C08 is 


programmed 
to accept status inputs from iAPX 86 or iAPX 186 
type processors. 
The S2 status line should be connected 
to this 


input if programmed 
to accept 
iAPX 86 or iAPX 186 inputs. When 


programmed 
to accept bus commands 
or iAPX 286 status inputs, it 


should be tied low or it may be connected 
to INHIBIT when 


operating 
with MUl TIBUS. 


PE 
28 
21 
I 
PORT ENABLE: This pin serves to enable a RAM cycle request. 
It 


is generally 
decoded 
from the address 
bus. 


WR 
29 
20 
I 
WRITE: This pin is the write memory request command 
input. This 
input also directly accepts 
the SO status line from Intel processors. 


RO 
30 
19 
I 
READ: This pin is the read memory 
request command 
pin. This 


input also directly accepts 
the S1 status line from Intel processors. 


ClK 
31 
16 
I 
CLOCK: This input provides 
the basic timing for sequencing 
the 
internal logic. 


RFRO 
32 
15 
I 
REFRESH 
REQUEST: 
This input is sampled 
on the falling edge of 


RESET. If RFRO is high at RESET then the 82C08 is programmed 
for internal-refresh 
request or external-refresh 
request with failsafe 


protection. 
If RFRO is low at RESET then the 82C08 is 


programmed 
for external-refresh 
without 
failsafe 
protection 
or 


burst refresh. Once programmed 
the RFRO pin accepts 
signals to 


start an external-refresh 
with failsafe 
protection 
or external-refresh 


without failsafe 
protection 
or a burst refresh. RFRO is also 


sampled 
when POD is activated. 
When RFRO = 1 it will cause 3 


burst refresh cycles. 


POI 
33 
14 
I 
PROGRAM 
DATA INPUT: This input is sampled 
by RESET going 


low. It programs 
the various user selectable 
options 
in the 82C08. 


The PClK 
pin shifts programming 
data into the POI input from an 


external 
shift register. This pin may be strapped 
low to a default 
iAPX 186 mode configuration 
or high to a default iAPX 286 mode 


configuration. 


·POO 
17 
37 
I 
POWER DOWN DETECT: This input is sampled 
before every 


memory cycle to inform the 82C08 of system detection 
of power 
failure. When active, the 82C08 remains in power down mode and 
performs 
memory refresh only (RAS-only 
refresh). 
In power down 


mode the 82C08 uses POClK 
for timing and VPO for power. 


Symbol 
DIP 
PLCC 
Type 
Name and Function 
Pin 


·PDCLK 
22 
29 
I 
POWER DOWN CLOCK: This pin is used as a clock for internal 
refresh circuits during power down. The input can be 
asynchronous to pin 31. Extended refresh is achieved by slowing 
down this clock. This pin should be grounded if not used. 


·Vee/Vpo 
48 
61,62 
I 
POWER: Power supply for internal logic. This should be held 
active during power down, and normal operation. 


Vee 
24 
26,27 
I 
POWER: Supply for drivers. Need not be held active during power 
down. 


Vss 
12 
9,10, 
I 
GROUND 
36 
11,42, 
I 
GROUND 
43,44 


NC 
- 
17,18, 
1,25, 
32,34, 
35,51, 
53,54, 
60,65, 
. 


68 


Vees 
52 
Connect.to Vpp, Pin 48 for PLCCpackage. 


The Intel 82C08 Dynamic RAM Controller is a micro- 
computer peripheral device which provides the nec- 
essary signals to address, refresh, and directly drive 
64K and 256K dynamic RAMs. It is compatible with 
static column or ripple mode DRAMs in the normal 
mode. It does not support the fast transfer mode of 
these DRAMs. 


The 82C08 supports several microprocessor inter- 
face options including synchronous and asynchro- 
nous operations for iAPX 86, 'iAPX 186, iAPX 286, 
and MULTIBUS. The 82C08 will also interface to 
non-Intel microprocessors. 


The 82C08 is a CHMOS version of the 8208 and is 
pin compatible with it. Three pins-17, 
22, and 48- 
of the 82C08 are different from the 8208. They pro- 
vide a power down mode that allows the system to 
run at a much lower ICC. In this mode, the 82C08 
refreshes the DRAM using battery backup. The pow- 
er down current (Ipo) that is drawn by the 82C08 is 
very small compared to the Ice which allows memo- 
ry to be kept alive with a battery. A separate refresh 
clock, pin 22, allows the designer to take advantage 
of RAMs that permit extended memory refresh. 


The 82C08 also has some timing changes versus 
the 8208. In order to eliminate the external bus 
latches, both WE and CAS timings are shortened. 
These timing changes are backwards-compatible for 
8208 designs. 


The 82C08 has control circuitry capable of support- 
ing one of several possible bus structures. The 
82C08 may be programmed to run synchronous or 
asynchronous to the processor clock. The 82C08 
has been optimized to run synchronously with Intel's 
iAPX 86, iAPX 88, iAPX 186/188 and iAPX 286. 
When the 82C08 is programmed to run in asynchro- 
nous mode, the 82C08 inserts the necessary syn- 
chronization circuitry for the RD, WR inputs. 


The 82C08 achieves high performance (Le. no wait 
states) by decoding the status lines directly from the 
processor. The 82C08 can also be programmed to 
receive read or write MULTIBUS commands or com- 
mands from a bus controller. 


The 82C08 may be programmed to operate synchro- 
nously to the processor. It can also be programmed 
to run at various frequencies. (See Microprocessor 
Clock Frequency Option.) 


Figure 2 shows the different processor interfaces to 
the 82C08 using the synchronous or asynchronous 
mode and status or command interface. Figure 3 
shows detailed interfaces to the iAPX 186 and iAPX 
286 processors. 


Fast-Cycle Synchronous-Command Interface 
Fast-Cycle Asynchronous-Command Interface 


Figure 28. Fast-cycle (CFS = 1)Port Interfaces Supported by the 82C08 


inter 


102" 
""'0 


122••.• 22.4.~" 
on 


0::: ~ 


inter 


Dynamic RAM Interface 


The 82C08 
is capable 
of addressing 
64K and 256K 


dynamic 
RAMs. 
Figure 
3 shows 
the connection 
of 


the processor 
address 
bus to the 82C08 
using the 


different 
RAMs. 


64KRAM 
INTERFACE 


231357-13 


NOTES: 
1. Unassigned address input pins should be strapped 
high. 
2. AOalong with SHE are used to select a byte within a 
processor word. 
3. Low order address bit is used as a bank select input 
so that consecutive memory access requests are to al- 
ternate banks allowing bank interleaving of memory 
cycles. 


Figure 3. Processor 
Address 
Interface 
to the 
82C08 Using 64K, and 256K RAMS 


The 
82C08 
divides 
memo~to 
two 
banks, 
each 
bank having its own Row (RAS) and Column 
(CAS) 


Address 
Strobe 
pair. This organization 
permits 
RAM 


cycle 
interleaving. 
RAM cycle 
interleaving 
overlaps 


the start of the next RAM cycle with the RAM pre- 
charge 
period of the previous 
cycle. 
Hiding the pre- 


charge 
period 
of one 
RAM 
cycle 
behind 
the 
data 


access 
period 
of 
the 
next 
RAM 
cycle 
optimizes 


memory 
bandwidth 
and is effective 
as long as suc- 


cessive 
RAM cycles 
occur in the alternate 
banks. 


Successive 
data access to the same bank cause the 


82C08 to wait for the precharge 
time of the previous 
RAM cycle. 
But when the 82C08 
is programmed 
in 


an iAPX 186 synchronous 
configuration, 
consecutive 


cycles 
to the same 
bank do not result in additional 


wait states 
(Le. 0 wait state). 


If not all RAM banks 
are occupied, 
the 82C08 
can 
be 
programmed 
to 
reassign 
the 
RAS 
and 
CAS 


strobes 
to allow 
using wider data words 
without 
in- 
creasing 
the loading 
on the RAS and CAS drivers. 


Table 2 shows the bank selection 
decoding 
and the 


corresponding 
RAS and CAS assignments. 
For ex- 


ample, 
if only one RAM bank is occupied, 
then the 


two 
RAS and 
CAS 
strobes 
are activated 
with 
the 


same timing. 


Table 2. Bank Selection 
Decoding 


and Word Expansion 


Program 
Bank 
82C08 
Bit 
Input 
RAS/CAS 
Pair Allocation 
RB 
BS 


0 
0 
RASo, 1, CASo, 1 to Bank 0 


0 
1 
Illegal 


1 
0 
RASo, CASo to Bank 0 


1 
1 
RAS1, CAS1 to Bank 1 


Program bit RB is not used to check the bank select 
input BS. The system 
design 
must protect 
from ac- 


cesses 
to "illegal", 
non-existent 
banks 
of memory 


by deactivating 
the PE input when addressing 
an "il- 


legal", 
non-existent 
bank of memory. 


The 82C08 adjusts and optimizes 
internal timings for 


either the fast or slow RAMs as programmed. 
(See 


RAM Speed Option.) 


Memory Initialization 


After 
programming, 
the 82C08 
performs 
eight 
RAM 


"wake-up" 
cycles 
to prepare 
the dynamic 
RAM for 


proper 
device 
operation. 


The 
82C08 
provides 
an 
internal 
refresh 
interval 


counter 
and a refresh 
address 
counter 
to allow the 


82C08 
to refresh 
memory. 
The 
82C08 
has a 9-bit 


internal 
refresh 
address 
counter 
which 
will refresh 


128 rows 
every 
2 milliseconds, 
256 
rows 
every 
4 


milliseconds 
or 512 rows every 8 milliseconds, 
which 


allows 
all RAM refresh 
options 
to be supported. 
In 


addition, 
there 
exists 
the ability 
to refresh 
256 row 


address 
locations 
every 
2 milliseconds 
via the Re- 


fresh Period programming 
option. 


The 82C08 
may be programmed 
for any of five dif· 


ferent 
refresh options: 
Internal refresh only, External 


refresh 
with 
failsafe 
protection, 
External 
refresh 


without 
failsafe 
protection, 
Burst refresh 
modes, 
or 


no refresh. 
(See Refresh 
Options.) 


It is possible 
to decrease 
the refresh time interval 
by 


10%,20% 
or 30%. This option 
allows the 82C08 to 


compensate 
for 
reduced 
clock 
frequencies. 
Note 


inter 


that an additional 
5% interval shortening 
is built-in in 
all refresh 
interval 
options 
to compensate 
for clock 
variations 
and non-immediate 
response 
to the inter- 


nally generated 
refresh 
request. 
(See Refresh 
Peri- 


od Options.) 


External Refresh Requests after 
RESET 


External 
refresh 
requests 
are not recognized 
by the 
82C08 until after it is finished 
programming 
and pre- 
paring 
memory 
for access. 
Memory 
preparation 
in- 
cludes 
8 RAM cycles 
to prepare 
and ensure 
proper 
dynamic 
RAM operation. 
The time 
it takes 
for the 
82C08 to recognize 
a request 
is shown 
below. 


ego 82C08 System 
Response: 


TRESP 
= TPROG + TPREP 


where: 
TPROG 
= (40) (TClCl) 
programming 
time 


TPREP 
= (8) (32) (TClCl) 
RAM 


warm-up 
time 


if TClCl 
= 125 ns then TRESP = 37 p.s 


Reset 


RESET 
is an asynchronous 
input, its falling 
edge is 
used by the 82C08 to directly sample the logic levels 
of the PCTl, 
RFRO, 
and POI inputs. 
The internally 
synchronized 
falling 
edge of reset 
is used to begin 
programming 
operations 
(shifting 
in the contents 
of 


the 
external 
shift 
register, 
if needed, 
Into the 
POI 
input). 


Differentiated 
reset is unnecessary 
when the default 
synchronization 
programming 
is used. 


Until 
programming 
is complete 
the 
82C08 
latches 
but does not respond 
to command 
or status inputs. 


A problem 
may occur 
if the S bit is programmed 
in- 
consistently 
from the Command 
which 
was latched 
before 
programming 
was 
completed. 
A 
Simple 
means 
of preventing 
commands 
or status 
from 
oc- 
curring 
during this period 
is to differentiate 
the sys- 


tem reset 
pulse to obtain 
a smaller 
reset pulse for 


the 82C08. 


The differentiated 
reset pulse would be shorter 
than 


the system 
reset pulse by at least the programming 
period required 
by the 82C08. The differentiated 
re- 
set pulse first resets 
the 82C08, 
and system 
reset 
would reset the rest of the system. 
While the rest of 
the system 
is still in reset, the 82C08 completes 
its 


programming. 
Figure 4 illustrates 
a circuit to accom- 
plish this task. 


SYS~~I 
I 
RE~ 
L-- 


82C08 
k-- ·1--, 


RES~ 
_ 


t1 :..;PR:.:.;O;.;G:;,:R.::.A.::.M;;.;M;;.;I;.:.NG~T_IM_E_O_F_82_C_O_8 


SYSTEM ~-g<;!'ll 


RESET 
. 
. 
J 
-----..... 


DIFFERENTIATED RESET 


NOTES: 
231357-14 


1. Required 
only when 
the synchronization 
option 
is al- 


tered 
from 
its initial default 
value. 


2. Vcc must be stable 
before 
system 
reset 
is activated 


when 
using this circuit. 


Figure 
4. 82C08 
Differentiated 
Reset 
Circuit 


Within 
four clocks 
after 
RESET 
goes active, 
all the 


82C08 outputs will go high, except for AOO-2, 
which 


will go low. 


Programming the 82C08 


The 82C08 is programmed 
after reset. On the falling 


edge of RESET, the logic states of several input pins 
are latched internally. 
The falling edge of RESET ac- 


tually 
performs 
the latching, 
which 
means 
th~t the 


logic levels 
on these 
inputs 
must be stable 
prior to 


that time. The inputs whose 
logic levels are latched 


at the end of reset are the PCTl, 
RFRO, 
and POI 


pins. 


Status/Command 
Mode 


The processor 
port of the 
82C08 
is configured 
by 


the states of the PCTl 
pin. Which interface 
is select- 


ed depends 
on the state of the PCTl 
pin at the end 


of reset. 
If PCTl 
is high at the 
end 
of reset, 
the 


8086/80186 
Status 
interface 
is selected; 
if it is low, 


then the MUl TIBUS or Command 
interface 
is select- 


ed. 


The status lines of the 80286 are similar in code and 
timing 
to 
the 
Multibus 
command 
lines, 
while 
the 


status 
code 
and timing 
of the 8086 
and 8088 
are 


identical 
to those 
of the 80186 
and 80188 
(ignoring 


the differences 
in clock 
duty cycle). 
Thus there 
ex- 
ists two interface 
configurations, 
one for the 80286 


status 
or 
Multibus 
memory 
commands, 
which 
is 
called 
the 
Command 
interface, 
and 
one 
for 8086, 


inter 


8088, 80186 or 80188 status, called the 8086 Status 
interface. 
The Command 
interface 
can also directly 
interface 
to the command 
lines of the bus controllers 
for the 8086, 8088, 80186 
and the 80286. 


The 80186 Status interface 
allows direct decoding 
of 
the status 
lines for the iAPX 86, iAPX 88, iAPX 186 
and the 
iAPX 
188. Table 
3 shows 
how the 
status 
lines are decoded. 


Table 
3A. Status 
Coding 
of 8086, 
80186 and 80286 


5tatusCode 
Function 
52 
51 
50 
8086/80186 
80286' 


0 
0 
0 
INTERRUPT 
INTERRUPT 


0 
0 
1 
1/0 READ 
1/0 READ 


0 
1 
0 
110 WRITE 
1/0 WRITE 


0 
1 
1 
HALT 
IDLE 


1 
0 
0 
INSTRUCTION 
HALT 
FETCH 


1 
0 
1 
MEMORY 
MEMORY 
READ 
READ 


1 
1 
0 
MEMORY 
MEMORY 
WRITE 
WRITE 


1 
1 
1 
IDLE 
IDLE 


82C08 
Function 
Command 


8086/80186 
80286 Status 
or 
PCTL 
RD 
WR 
Status 
Command 
Interface 
Interface 


0 
0 
0 
IGNORE 
IGNORE' 


0 
0 
1 
IGNORE 
READ 


0 
1 
0 
IGNORE 
WRITE 


0 
1 
1 
IGNORE 
IGNORE 


1 
0 
0 
READ 
IGNORE 


1 
0 
1 
READ 
INHIBIT 


1 
1 
0 
WRITE 
INHIBIT 


1 
1 
1 
IGNORE 
IGNORE 


Immediately 
after 
system 
reset, 
the 
state 
of 
the 
RFRO 
input 
pin is examined. 
If RFRO 
is high, the 
82C08 
provides 
the user with the choice 
between 
self-refresh 
and user-generated 
refresh with failsafe 
protection. 
Failsafe 
protection 
guarantees 
that if the 
user does 
not come 
back 
with another 
refresh 
re- 
quest 
before 
the 
internal 
refresh 
interval 
counter 
times 
out, 
a refresh 
request 
will 
be automatically 


generated. 
If the RFRO pin is low immediately 
after 
a reset, 
then 
the 
user 
has the 
choice 
of a single 
external 
refresh 
cycle without 
failsafe, 
burst refresh 
or no refresh. 


For the 82C08 to generate 
internal 
refresh 
requests, 
it is necessary 
only to strap the RFRO input pin high. 


To allow 
user-generated 
refresh 
requests 
with fail- 
safe 
protection, 
it is necessary 
to hold 
the 
RFRO 
input high until after reset. Thereafter, 
a low-to-high 
transition 
on this input causes 
a refresh 
request 
to 
be generated 
and the internal 
refresh 
interval 
coun- 


ter to be reset. A high-to-Iow 
transition 
has no effect 
on the 82C08. 
A refresh 
request 
is not recognized 
until a previous 
request 
has been serviced. 


To generate 
single external 
refresh requests 
without 
failsafe 
protection, 
it is necessary 
to hold RFRO low 
until after reset. Thereafter, 
bringing 
RFRO 
high for 
one clock 
period will cause 
a refresh 
request 
to be 
generated. 
A refresh 
request 
is not recognized 
until 
a previous 
request 
has been serviced. 


Burst refresh 
is implemented 
through 
the same pro- 


cedure 
as a single 
external 
refresh 
without 
failsafe 
(i.e., RFRO is kept low until after reset). Thereafter, 
bringing 
RFRO 
high for at least 
two 
clock 
periods 
will cause a burst of up to 128 row address 
locations 
to be refreshed. 
A refresh 
request 
is not recognized 
until a previous 
request 
has been serviced 
(i.e. burst 
is completed). 


It is necessary 
to hold 
RFRO 
low until after 
reset. 


This is the same as programming 
External 
Refresh 
without 
Failsafe. 
No 
refresh 
is 
accomplished 
by 
keeping 
RFRO low. 


The program 
data word consists 
of 9 program 
data 
bits, PDO-PD8. 
If the first program 
data bit, PDO is 


inter 


set to logic 0, the 82C08 is configured to support 
iAPX 186, 188, 86, or 88 systems. The remaining 
bits, PD1-PD8, may then be programmed to opti- 
mize a selected system configuration. A default of all 
zeros in the remaining program bits optimizes the 
82C08 timing for 8 MHz Intel CPUs using 150 ns (or 
faster) dynamic RAMs with no performance penalty. 


If the first program data bit is set to logic 1, the 
82C08 is configured to support iAPX 286 systems 
(Command mode). A default of all ones in the pro- 
gram bits optimizes the 82C08 timing for an 8 MHz 
286 using 120 ns DRAMs at zero wait states. Note 
that the programming bits PD1-8 change polarity 
according to PDO.This ensures the same choice of 
options for both default modes. 


Table 4A shows the various options that can be pro- 
grammed into the 82C08. 


Program 
Name 
Polarity 
IFunctlon 
Data Bit 
PDO=O 
PDO=1 


CFS = 0 SLOW CYCLE 


POO 
CFS 
CFS 
CFS = 
1 FAST CYCLE 


POl 
S 
S 
S=O 
SYNCHRONOUS- 
5=1 
ASYNCHRONOUS 


P02 
RFS 
RFS 
RFS = 0 FAST RAM- 
RFS = 
1 SLOW RAM 


P03 
RB 
RB 
RAM BANK 
OCCUPANCY 
SEE TABLE 2 


P04 
Cll 
Cll 
COUNT 
INTERVAL 
BIT 1; 


SEE TABLE 
6 
P05 
CIO 
CIO 
COUNT 
INTERVAL 
BIT 0; 
SEE TABLE 
6 


P06 
PLS 
PLS 
PLS = 0 LONG 
REFRESH 
PERIOD- 
PLS = 
1 SHORT 


REFRESH 
PERIOD 


PO? 
FFS 
FFS 
FFS = 0 FAST CPU 
FREQUENCY- 


FFS = 
1 SLOW CPU 
FREQUENCY 


P08 
X 
X 
X = OAACK- 


X = 
1 XACK 


Using an External Shift Register 


The 82C08 may be programmed by using an exter- 
nal shift register with asynchronous load capability 


such as a 74HC165. The reset pulse serves to paral- 
lel load the shift register and the 82C08 supplies the 
clocking signal (PCLK) to shift the data into the POI 
programming pin. Figure 6 shows a sample circuit 
diagram of an external shift register circuit. 


Serial data is shifted into the 82C08 via the POI pin 
(33), and clock is provided by the WE/PCLK pin 
(25), which generates a total of 9 clock pulses. 


WE/PCLK is a dual function pin. During program- 
ming, it serves to clock the external shift register, 
and after programming is completed, it reverts to the 
write enable RAM control output pin. As the pin 
changes state to provide the write enable signal to 
the dynamic RAM array, it continues to clock the 
shift register. This does not present a problem be- 
cause data at the POI pin is ignored after program- 
ming. Figure 7 illustrates the timing requirements of 
the shift register. 


Default Programming 
Options 


After reset, the 82C08 serially shifts in a program 
data word via the POI pin. This pin may be strapped 
low or high, or connected to an external shift regis- 
ter. Strapping POI low causes the 82C08 to default 
to the iAPX 186 system configuration, while high 
causes a default to the iAPX 286 configuration. Ta- 
ble 48 shows the characteristics of the default con- 
figuration for Fast Cycle (POI= 1) and Slow Cycle 
(POI=0). If further system flexibility is needed, one 
external shift register, like a 74HC165, can be used 
to tailor the 82C08 to its operating environment. 


Synchronous interface 
Fast RAM (Note 1) 
2 RAM banks occupied 
128 row refresh in 2 ms; 256 in 4 ms, 512 in 8 ms 
Fast processor clock frequency 
Advanced ACK strobe 
I 


NOTE: 
1. For 
iAPX 
86/186 
systems 
either 
slow 
or fast 
(150 
or 


100 ns) RAMS will run at 8 MHz with zero wait states. 


Synchronousl 
Asynchronous 
Mode 


(S program bit) 


The 82C08 may be configured to acce~ynchro- 
nous or asynchronous commands (RD, WR, PCTL) 
and Port Enable (PEl via the S program bit. The 
state of the S programming bit determines whether 
the interface is synchronous or asynchronous. 


inter 


., 
I 
I 
0--0-0 
, 
• 
0 
I 
I 


NOTES: 
. 
TRTVCL 
- 
Reset 
is an asychronous 
input, if reset occurs 
before 
TRTVCL, 
then it is guaranteed 
to be recognized. 
TPGVCL 
- 
Minimum 
PDI valid time prior to reset going low. 
TCLPC 
- 
MUX/PCLK 
delay. 


TLOAD 
- 
Asychronous 
load data propagation 
delay. 


Figure 7. Timing illustrating 
External 
Shift Register 
Requirements 
for Programming 
the 82C08 


. While the 82C08 may be configured with either the 
Status or Command (MULTIBUSj interface in the 
Synchronous mode, certain restrictions exist in the 
Asynchronous mode. An Asynchronous-Command 
interface is directly supported. An Asynchronous- 
80186/80286 
Status interface using the status lines 
of the 80186/80286 
is supported with the use of 
TTL gates as illustrated in Figure 2. In the 80186 
case, the TTL gates are needed to guarantee that 
status does not appear at the 82C08's inputs too 
much before address, so that a cycle would start 
before address was valid. In the case of the 80286, 
the TTL gates are used for lengthening the Status 
pulse, as required by the TRWL timing. 


Microprocessor 
Clock Cycle Option 
(CFS and FFS program bits) 


The 82C08 is programmed to interface with micro- 
processors with "slow cycle" timing like the 8086, 
8088, 80186, and 80188, and with "fast cycle" mi- 
croprocessors like the 80286. The CFS bit is used to 
select the appropriate timing. 


The FFS option is used to select the speed of the 
microprocessor clock. Table 5 shows the various mi- 
croprocessor clock frequency options that can be 
programmed. The external clock frequency must be 


inter 


programmed 
so that 
the failsafe 
refresh 
repetition 


circuitry 
can adjust 
its internal 
timing 
accordingly 
to 


produce 
a refresh 
request 
as programmed. 


Table 
5. Microprocessor 
Clock 
Frequency 
Options 


Program 
Bits 
Processor 
Clock 
CFS 
FFS 
Frequency 


0 
0 
iAPX86, 
:::;5MHz 
88, 186, 188 


0 
1 
iAPX86, 
> 5 MHz 


88,186,188 


1 
0 
iAPX286 
:::; 10 MHz 


1 
1 
iAPX286 
> 10 MHz 


The 
RAM 
Speed 
programming 
option 
determines 


whether 
RAM timing 
will be optimized 
for a fast or 
slow 
RAM. Whether 
a RAM is fast or slow is mea- 
sured 
relative 
to 
100 ns DRAMs 
(fast) 
or 150 
ns 
DRAMs 
(slow). 
This option 
is only a factor 
in Fast 


cycle Mode (CFS = 1). 


Refresh Period Options (CIO, CI1 and 
PLS program bits) 


The 82C08 
refreshes 
with either 
128 rows every 2 


milliseconds, 
with 256 rows every 4 milliseconds 
or 
512 
rows 
every 
8 milliseconds. 
This 
translates 
to 
one 
refresh 
cycle 
being 
executed 
approximately 
once 
every 
15.6 
microseconds. 
This 
rate 
can 
be 


changed 
to 256 rows every 2 milliseconds 
or a re- 


fresh 
approximately 
once 
every 
7.8 microseconds 


via the 
Period 
Long/Short, 
program 
bit PLS, 
pro- 
gramming 
option. 


The Count Interval 0 (CIO) and Count Interval 
1 (CI1) 


programming 
options 
allow the rate at which refresh 


requests 
are generated 
to be increased 
in order to 


permit refresh requests 
to be generated 
close to the 
15.6 or 7.8 microsecond 
period when the 82C08 
is 
operating 
at reduced 
frequencies. 
The interval 
be- 


tween refreshes 
is decreased 
by 0%,10%,20%, 
or 


30% as a function 
of how the count interval 
bits are 


programmed. 
A 5% guardband 
is built-in to allow for 


any clock 
frequency 
variations. 
Table 
6 shows 
the 


refresh 
period options 
available. 


The numbers 
tabulated 
under 
Count 
Interval 
repre- 


sent the number 
of clock 
periods 
between 
internal 
refresh 
requests. 
The 
percentages 
in parentheses 


represent 
the decrease 
in the interval 
between 
re- 


fresh requests. 


Count 
Interval 


Ref. 
C11,C10 


Period 
CFS 
PLS 
FFS 
(82C08 Clock 
Periods) 


(fLS) 
00 
01 
10 
11 


(O%) (10%) 
(20%) 
(30%) 


15.6 
1 
1 
1 
236 
212 
188 
164 


7.8 
1 
0 
1 
118 
106 
94 
82 


15.6 
1 
1 
0 
148 
132 
116 
100 


7.8 
1 
0 
0 
74 
66 
58 
50 


15.6 
0 
1 
1 
118 
106 
94 
82 


7.8 
0 
0 
1 
59 
53 
47 
41 


15.6 
0 
1 
0 
74 
66 
58 
50 


7.8 
0 
0 
0 
37 
33 
29 
25 


The refresh count 
interval 
is set up for the following 


basic frequencies: 


5 MHz slow cycle 


8 MHz slow cycle 


10 MHz fast cycle 


16 MHz fast cycle 


Example: 
Best 12 MHz fast cycle 
performance 
can 


be achieved 
using the basic 
frequency 
of 16 MHz 


(CFS = 1, FFS = 1) and the appropriate 
count 
in- 


terval bits (C11 = 1, CIO = 1) to reduce the frequen- 
cy. 


Example: 
10 MHz slow cycle 


CFS = 0, FFS = 1, CI1 = 0, CIO = 0 


Processor Timing 


In order 
to run without 
wait states, 
AACK 
must 
be 


used and connected 
to the SRDY input of the appro- 


priate 
bus controller. 
AACK 
is issued 
relative 
to a 


point within the RAM cycle and has no fixed relation- 
ship to the processors's 
request. 
The timing is such, 


however, 
that 
the 
processor 
will 
run without 
wait 


states, 
barring 
refresh 
cycles. 
In slow 
cycle, 
fast 


RAM configurations 
(8086, 80186), 
AACK 
is issued 


on the same clock 
cycle that issues RAS. 


Port Enable 
(PE) set-up 
time requirements 
depend 


on whether 
the 82C08 is configured 
for synchronous 


inter 


or asynchronous, fast or slow cycle o~ration. 
In a 
synchronous fast cycle configuration, PE is required 
to be set-~ 
to the same clock edge as the com- 
mands. If PE is true (low), a RAM cycle is started; if 
not, the cycle is not started until the RD or WR line 
goes inactive and active again. 


In asychronous operation, PE is required to be set- 
up to the same clock edge as the internally synchro- 
nized status or commands. Externally, this allows 
the internal synchronization delay to be added to the 
status (or command) -to-PE delay time, thus allowing 
for more external decode time than is available in 
synchronous operation. 


The minimum~nchronization 
delay is the additional 
amount that PE must be held valid. If PE is not held 
valid for the maximum synchronization delay time, it 
is possible that PE will go invalid prior to the status 
or command being synchronized. In such a case the 
82C08 may not start a memory cycle. If a memory 
cycle intended for the 82C08 is not started, then no 
acknowledge (AACK or XACK) is issued and the 
processor locks up in endless wait states. 


Two types of memory acknowledge signals are sup- 
plied by the 82C08. They are the Advanced Ac- 
knowledge strobe (AACK) and the Transfer Ac- 
knowledge strobe (XACK). The S programming bit 
optimizes AACK for synchronous operation ("early" 
AACK) or asynchronous operation ("late" 
AACK). 
Both the early and late AACK strobes are two clocks 
long for CFS = 0 and three clocks long for CFS = 
1. 


The XACK strobe is asserted when data is valid (for 
reads) or when data may be removed (for writes) 
and meets the MULTIBUS requirements. XACK is 
removed asynchronously by the command going 
inactive. 


Since in an asynchronous operation the 82C08 re- 
moves read data before late AACK or XACK is rec- 
ognized by the CPU, the user must provide for data 
latching in the system until the CPU reads the data. 
In synchronous operation data latching is unneces- 
sary, since the 82C08 will not remove data until the 
CPU has read it. 


If the X programming bit is high, the strobe is config- 
ured as XACK, while if the bit is low, the strobe is 
configured as AACK. 


Data will always be valid a fixed time after the occur- 
rence of the advanced acknowledge. Thus, the ad- 
vanced acknowledge may also serve as a RAM cy- 
cle timing indicator. 


General System Considerations 
1. The RASO,1, CASO,1, and AOO-8 output buffers 


are designed to directly drive the heavy capacitive 
loads of the dynamic RAM arrays. To keep the 
RAM driver outputs from ringing excessively in the 
system environment it is necessary to match the 
output impedance with the RAM array by using 
series resistors. Each application may have differ- 
ent impedance characteristics and may require 
different series resistance values. The series re- 
sistance values should be determined for each 
application. 
2. Although the 82C08 has programmable options, 


in practice there are only a few choices the de- 
signer must make. For iAPX 86/186 
systems 


(CFS = 0) the C2 default mode (pin 33 tied low) 
is the best choice. This permits zero wait states at 
8 and 10 MHz with 150 ns DRAMs. The only con- 
sideration is the refresh rate, which must be pro- 
grammed if the CPU is run at less than 8 MHz. 
For iAPX 286 systems (CFS = 1) the designer 
must choose between configuration CO (RFS = 
0) and C1 (RFS = 1, FFS = 0). COpermits zero 
wait state, 8 MHz iAPX 286 operation with 120 ns 
DRAMs. However, for consecutive reads, this per- 
formance depends on interleaving between two 
banks. The C1 configuration trades off 1 wait 
state performance for the ability to use 150 ns 
DRAMs. 150 ns DRAMs can be supported by the 
COconfiguration using 7 MHz iAPX 286. 


3. For non-Intel microprocessors, the asynchronous 


command mode would be the best choice, since 
Intel status lines are not available. To minimize 
the synchronization delay, the 82C08 should use 
a 16 MHz clock. The preferred timing configura- 
tion is CO. 


Synchronous 
Asynchronous 
XACK 


Fast Cycle 
AACK Optimized 
AACK Optimized for 
Multibus Compatible 
for Local 80286 (early) 
Remote 80286 (late) 


Slow Cycle 
AACK Optimized 
AACK Optimized for 
Multibus Compatible 


for Local 8086/186 
(early) 
Remote 8086/186 
(late) 
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During Power Down (PO) mode, the 82C08 will per- 
form refresh cycles to preserve the memory content. 
Two pins are dedicated to this feature, POD (Power 
Down Detect) and PDCLK (Power Down Clock). 
POD is used to inform the 82C08 of a system power 
failure, and will remain active as long as the power is 
down. It is the system's responsibility to detect pow- 
er failure and to supply this signal. PDCLK is used to 
supply the clock during power down for the ~2C08 
refresh circuits. It is the system's responsibility to 
supply this clock. 


Power Supplies 


Power down is achieved by eliminating the clock 
from all the 82C08 circuits that are not participating 
in the refresh generation. The 82C08 has two power 
pins (VCC's),one supplies power to the output buff- 
ers and the other, to 82C08 logic. All the active cir- 
cuits during power down are connected to the logi? 
VCC,including the active output buffers. Th.erefore,.lt 
is the user's choice to connect only the logic Vcc pin 
to the back-up power supply, or to connect both pins 
to it. It is recommended, however, to connect both 
pins to the same power supply in order to simplify 
and to shorten the power up time. 


To reduce power dissipation during PO, 82C08 will 
support the extended refresh cycle of the Intel 
51CXXL (e.g. 51C64L). In this mode, the refresh pe- 
riod can be extended up to 64 milliseconds versus 
4 milliseconds in non-extended cycles. This is 
achieved by slowing down the PDCLK frequency. 


The user should take into consideration that when 
supporting extended refresh during PO,the dynamic 
RAM must be refreshed completely within 4 millisec- 
onds, without active cycles, both before going into 
and after coming out of extended refresh. The 
82C08 has the option of performing burst refresh of 
all the memory whenever the user cannot guarantee 
the 4 milliseconds idle interval. This is achieved by 
performing 3 consecutive burst refresh cycles, acti- 
vated internally by the 82C08. 


The option of refreshing all the memory is enabled in 
failsafe mode configuration (RFRO input high at re- 
set). When 82C08 detects power down, (high level 
at POD) it examines the RFRO input. High level at 
the RFRO input will cause 3 PO burst refresh cycles 
to be performed. The user should supply the power 
and the system clock during the time interval of the 
3 PO burst cycles, e.g. 4700 (fast cycle) or 3100 
(slow cycle) clock cycles after activating POD. Low 
level at RFRO input enables the 82C08 to enter 


1-100 


power down immediately without 
executing any 


bursts. 


Power 
Down Procedure 


The 82C08 will preserve the memory content during 
the entire period of the system operation. Upon de- 
tection of power down, the 82C08 will save internally 
its configuration status and the refresh address 
counter content, execute 3 burst refresh cycles: (If it 
is programmed to failsafe mode and the RFRO Input 
level is high), it will switch the internal clock from the 
system clock 
(CLK) to 
the 
power down 
clock 


(PDCLK) and will continue the refresh to the next 
address location. (See Figure 11.) 


When power is up again (POD input deactivated), 
the 82C08 will issue internal reset which will not re- 
program the device and will not clear the refresh 
address counter, and therefore, refresh will continue 
to the next address location. After the internal reset, 
82C08 performs 3 PO burst refresh cycles which re- 
fresh the whole memory, as at entering extended 
PD. This is done to give the 82C08 enough time to 
wake up. Notice, at the time interval of 4700 (fast 
cycle) or 3100 (slow cycle) clocks after power recov- 
ering no memory access will be performed. 


82C08 Outputs on Power Down 


Four of the 82C08 outputs are not activated during 
power down, AACK, CASO-1 and WE. All these out- 
puts will be forced to a non-active state, AACK and 
CASO-1 will be forced high and WE will be forced 
low (External NAND buffer is used to drive the WE 
DRAM inputs, hence a high level on the DRAM In- 
puts). The other 82C08 outputs, AOO-9 and RA~O- 
1, will switch to perform the memory refresh In a 
"RAS-ONLY REFRESH CYCLE." The RAS outputs 
internal pull-ups assure high levels on these outputs, 
as close as possible to Vcc, for low DRAM power. 
The size of the output buffers, in power down, is 
smaller than the normal size, and therefore, the 
speed of these buffers is slower. It is done in order 
to reduce the speed of charging and discharging the 
outputs and hence reduce spikes on the power 
lines. It is required especially in power down, since 
there is only one power supply pin active which 
drives the output buffers as well as the internal logic. 


All the device inputs, beside POD, PDCLK, and RE- 
SET will be ignored during power down. 


During power down burst refresh the 82C08 per- 
forms up to 256 refreshes. Whereas during standard 
burst refresh the 82C08 performs up to 128 refresh- 
es. The power down burst refresh feature allows the 
82C08 to support extended refreshes of some 
DRAMs, configured as 512 rows. 
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osc. J 


PDCLK J 


AO 
-JX... 
_ 


As previously 
mentioned, 
the PDD input will be sup- 
plied by the system 
to inform the 82C08 of a power 
failure. 
It can be asynchronous 
since the 82C08 syn- 
chronizes 
it internally. 
The 
PDD input will be sam- 
pled 
by the 
82C08 
before 
the 
beginning 
of every 
memory 
cycle 
but only after the termination 
of pro- 
gramming 
and initialization 
period. 
The user should 
guarantee 
Vcc and ClK 
stable 
during the program- 
ming and initialization 
period 
(300 clocks 
after 
RE- 
SET). 
If the whole 
memory 
refresh 
is required 
(for 
extended 
refresh) 
then 
Vcc 
and 
system 
clock 
should 
be available 
4700 (fast cycle) 
or 3100 (slow 
cycle) clocks 
after activating 
PDD. If it isn't required 
then 
82C08 
should 
wait for present 
memory 
cycle 
completion 
and synchronization 
time which will take 
about 25 system 
clock cycles. 


With 
PDD going 
inactive, 
the 
82C08 
synchronizes 
the clock 
back to the ClK 
clock, 
issuing internal 
re- 
set and will perform 
3 PD burst refresh 
cycles. 


NOTE: 
The power 
supplies 
and the ClK 
should 
go up be- 
fore the 
PDD is deactivated. 
All CPU requests 
will 
be ignored 
when PDD is active. 


Refresh during Power Down 


The 82C08 
has two clock 
pins, ClK 
is the system 
clock 
and PDClK 
is the power 
down clock. 
PDClK 
should 
be an independent 
clock 
which 
has its own 
crystal 
oscillator. 
When 
entering 
power 
down, 
the 
82C08 
will disable 
the system 
clock 
internally 
and 
will run with the 
PDClK. 
The system 
clock 
will be 
enabled 
and the PDClK 
will be disabled 
when pow- 
er is up. The ClK 
and PDClK 
will be switched 
inter- 
nally for the refresh 
circuits. 


Figure 8 


During power down, 
'RAS-ONl 
Y REFRESH' 
will be 
performed 
by the 82C08. The time interval 
between 
refreshes 
is 5 PDClKs 
and this is fixed for all appli- 
cations. 
However, 
the 
82C08 
can 
support 
the 
ex- 
tended 
refresh 
(up to 64 ms) by slowing 
down 
the 
PDClK 
frequency. 


During 
the power 
down 
refresh 
cycle, 
RAS will be 
activated 
for one PDClK 
cycle only. In extended 
re- 
fresh, 
the 
PDClK 
frequency 
will be below 
50 kHz 
and this will cause a long duration 
of the RAS signal 
which 
will increase 
the DRAM's 
current 
rapidly. 
To 
minimize 
the RAS low pulse, the two 
RC networks 
shown 
in Figure 
9 are designed 
to insert 
one very 
fast (1 JA-s)cycle 
whenever 
RAS is low (see Figure 
8). The time 
constant 
of RC1 and 
RC2 should 
be 
centered 
around 
300 ns and 100 ns respectively. 


PDCLK 
(GND) 


RAS. 


I 


Vcc• 
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intJ 


Power Down Synchronization 


The 82C08 main clock (MClK) is generated internal- 
ly, from the system clock (ClK) and the power down 
clock (PDClK) (see Figure 10), and is driving the 
circuits that are active at all times, Le.: circuits that 
are active both in power down mode and in normal 
operation. The system clock (ClK) is driving the cir- 
cuits that are active in normal operation only, and 
the PDClK is driving the circuits that are active in 
power down only. The operation of the three clocks 
is as follows: 


When entering power down mode, and the whole 
memory refresh is required, the ClK minimum active 


time after POD is activated is 4700 (fast cycle) or 
3100 (slow cycle) clocks. 


When it isn't required, PDClK should be active, and 
ClK should remain active for at least 20 clock cy- 
cles + synchronization time. The synchronization 
time is the ratio of PDClK and ClK + 1. Therefore, 
the ClK minimum active time after PO is activated: 


When the power is up again, PDClK should remain 
active at least 4 clock cycles after PO is going inac- 
tive, to assure completion of refresh cycle and inter- 
nal synchronization time. 


/ 
________ 
..J' 


elK n n n n r----------, n n n r 
J 
LJ 
~ 
LJ 
LJ 
LJ 
LJ 
LJ 
LJ 


SET POFlAG, 
OISABU 
WE, AACKI, 
CAS_ 


DtSABLE eLK, ENS PDClK 
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The differences 
between 
the 
HMOS 
8208 
and the 


CHMOS 
82C08 
represent 
forward 
compatible 
en- 


hancements. 
The 
82C08 
can 
be 
plugged 
into 
an 


8208 socket 
without 
changes. 


LOGICAL 
DIFFERENCES 
1. 82C08 
has one new feature: 


Power Down (PO) 


2. 82C08 
supports 
CMOS 
DRAMs 
with TRAG 100, 


150 


3. Address 
Mapping: 


Outputs 
9 Most 
9 Least 


Significant 
Bits 
Significant 
Bits 


8208 
column address 
row address 


82C08 
row address 
column address 


4. Slow cycle shortening: 


1). The write 
cycle 
is two clocks 
shorter 
so con- 
secutive 
writes 
will be executed 
without 
wait 


states. 
. 


2) The 
WE output 
is two 
clocks 
shorter. 
There- 


fore, an external 
latch on the WE output 
is not 


necessary. 


3) CAS output 
is shorter 
by one clock on the read 


cycle. This reduces 
one level of buffers for ad- 


dress/data 
bus needed 
in 8208 designs. 
Read 


access 
margins 
are improved 
to support 
non- 


Intel spec. RAMs. 


4) The 
address 
outputs 
switch 
from 
row to col- 


umn 
address 
one 
clock 
cycle 
later 
in 
the 


82C08 as compared 
to 8208. 


5. Fast cycle shortening: 


1) The write cycle in CO configuration 
is shortened 


by one clock. 


2) For both CO and C1 synchronous 
configuration, 


the CAS signal is shorter 
by one clock and the 


activation 
of RAS is tied to the <1>2cycle of the 


80286. 
This 
prevents 
contention 
on the 
data 


bus. 


6. Supports 
Static Column 
or Ripplemode 
DRAMs. 


ELECTRICAL 
DIFFERENCES 
1. AC parameters: 


1) CAS delay: 
In C2 synchronous 
read cycle, the 


CAS is deactivated 
by some delay from clock 


falling 
edge (TCLCSH 
timing) 
as in the follow- 


ing diagram: 


In C2 write 
cycles 
the 
CAS activation 
is trig- 


gered 
by the clock 
falling edge with a delay of 


35 ns from 
the 
clock. 
For 8208 
the 
delay 
is 


TP/1.8 
+ 53. 


"AS ~ 
:/ 
I 


\ __ 
TCLCSH_t=v 


I 
I 


2) 82C08 
has 
an 
additional 
timing 
parameter 


TARH column 
address 
to RAS i hold time. 


2. DC parameters: 
The difference 
is in the current 


consumption. 


8208 


300mA 
82C08 


30 mA (typical) 
[10 + 2f] mA (max) 
1 mA (max) 
2mA(max) 


The 82C08 operates 
in three basic configurations- 


CO, C1, C2-depending 
upon ~ 
programming 
of 


CFS 
(PDO), RFS 
(PD2), 
and 
FFS 
(PO?). 
Table 
8 


shows 
these 
configurations. 
These 
modes 
deter- 


mine the clock edges for the 82C08's 
programmable 


signals, as shown in Table 9. Finally, Table 
10 gives 


the programmable 
AC parameters 
of the 82C08 as a 


function 
of 
configuration. 
The 
non-programmable 


parameters 
are listed under AC Characteristics. 


The notation 
used to indicate 
which clock edge trig- 


gers an output 
transition 
is "n i" or "n J.. ", where 
"n" 
is the number of clock periods 
that have passed 


since clock 
0, the reference 
clock, 
and "i" refers 
to rising edge and" 
J.. " to falling edge. A clock 
peri- 


od is defined 
as the interval from a clock falling edge 


to the following 
falling 
edge. 
Clock 
edges 
are de- 


fined as shown 
below. 


nl 
(n+1)I(n+1)1 
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The 
clock 
edges 
which 
trigger 
transitions 
on each 


82C08 output are tabulated 
in Table 9. "H" 
refers to 


the high-going 
transition, 
and "L" 
to low-going 
tran- 


sition. 
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Clock 0 is defined as the clock in which the 82C08 
begins a memory cycle, either as a result of a port 
request which has just arrived, or of a port request 
which was stored previously but could not be serv- 


iced at the time of its arrival because the 82C08 was 
performing another memory cycle. Clock 0 is identi- 
fied externally by the leading edge of RAS, which is 
always triggered on 0 J,. 


Timing Cont. 
CFS(PDO) 
RFS(PD2) 
FFS(PD7) 
Wait States' 


Co 
iAPX286(1) 
FASTRAM(1) 
20 MHz(1) 
0 


Co 
iAPX286(1) 
FAST RAM(1) 
16 MHz(1) 
0 


C1 
iAPX286(1) 
SLOWRAM(O) 
16 MHz(1) 
1 


Co 
iAPX286(1) 
FAST RAM(1) 
10 MHz (0) 
0 


Co 
iAPX286(1) 
SLOWRAM(O) 
10 MHz (0) 
0 


C2 
iAPX186(0) 
DONTCARE 
DONTCARE 
0 


RAS 
ADDRESS 
CAS 
WE 
EAACK 


Cn 
Cycle 
L 
H 
Col 
Row' 
L 
H 
H 
L 
L 
H 


0 
RD,RF 
oJ.. 
3J, 
oJ.. 
3J, 
1 J, 
3J, 
1 J, 
4J, 


WR 
OJ.. 
4J, 
oJ.. 
3J, 
2J, 
4J, 
1J, 
4J, 
1J, 
4J, 


1 
RD,RF 
oJ.. 
4J, 
oJ.. 
4J, 
1 J, 
sJ, 
2J, 
sJ, 


WR 
oJ.. 
sJ, 
oJ.. 
4J, 
2J, 
sJ, 
1 J, 
sJ, 
2J, 
sJ, 


2 
RD,RF 
oJ.. 
2J, 
OJ.. 
3J, 
oJ.. 
2J, 
oJ.. 
2J, 


WR 
oJ.. 
2J, 
oJ.. 
3J, 
1 J, 
3J, 
oJ.. 
2J, 
oJ.. 
2J, 


RAS 
ADDRESS 
CAS 
WE 
LAACK 
XAACK 


Cn 
Cycle 
L 
H 
Col 
Row· 
L 
H 
H 
L 
L 
H 
L 
H 


0 
RD,RF 
oJ.. 
3J, 
oJ.. 
3J, 
1 J, 
4J, 
2J, 
sJ, 
3J, 
RD 


WR 
oJ.. 
4J, 
oJ.. 
3J, 
2J, 
4J, 
1J, 
4J, 
1J, 
4J, 
3J, 
WR 


1 
RD,RF 
oJ.. 
4J, 
oJ.. 
4J, 
1 J, 
6J, 
2J, 
sJ, 
4J, 
RD 


WR 
oJ.. 
sJ, 
oJ.. 
4J, 
2J, 
sJ, 
1J, 
sJ, 
1J, 
4J, 
3J, 
WR 


2 
RD,RF 
OJ.. 
2J, 
oJ.. 
3J, 
oJ.. 
3J, 
1 J, 
3J, 
2J, 
RD 


WR 
oJ.. 
2J, 
oJ.. 
3J, 
1 J, 
3J, 
oJ.. 
2J, 
1 j 
3j 
2J, 
WR 
- 


NOTES 
FOR INTERPRETING 
THE TIMING 
CHART: 
1. COLUMN 
ADDRESS 
is the time column 
address 
becomes 
valid. 


2. The CAS, EAACK, 
LAACK 
and XACK outputs 
are not issued during 
refresh. 
3. XACK-high 
is reset asynchronously 
by command 
~inactive 
and not by a clock 
edge. 


4. EAACK 
is used in synchronous 
mode, 
LAACK 
and XACK in asynchronous 
mode. 


5. ADDRESS-Row 
is the clock 
edge where 
the 82C08 
AO switches 
from current 
column 
address 
to 
the next row address. 
6. If a cycle 
is inhibited 
by PCTl 
= 1 (Multibus 
IIF 
mode) 
then 
CAS is not activated 
during 
write 


cycle 
and XACK is not activated 
in either 
read or write 
cycles. 
·Column 
addresses 
switch 
to row 
addresses 
for 
next 
memory 
cycle. 
The 
row 
address 
buffer 
is 
transparent 
following 
this clock 
edge. 
'TRAH' 
specification 
is guaranteed 
as per data sheet. 
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82C08-DRAM 
Interface Parameter 
Equations 


Several DRAM parameters, but not all, are a direct 
function of 82C08 timings, and the equations for 
these parameters are given in the following tables. 
The following is a list of those DRAM parameters 
which have NOT been included in the following ta- 
bles, with an explanation for their exclusion. 


READ, 
WRITE 
REFRESH 
CYCLES 
tRAC: response parameter. 
tCAC: response parameter. 
tREF: See "Refresh Period Options". 
tCRP: must be met only if CAS-only cycles, 
which do not occur with 82C08, exist. 


tRAH: See "AC. Characteristics" 
tRCD: See "AC. Characteristics" 
tASC: See "AC. Characteristics" 
tASR: See "AC. Characteristics" 
tOFF: response parameter. 
WRITE 
CYCLE 
tDS: 
system-dependent parameter. 
tDH: 
system-dependent parameter. 
tDHR: system-dependent parameter. 


Table 10. Programmable 
Timings 


Parameter 
C2·Slow 
Cycle 
CO-Fast Cycle 
C1-Fast 
Cycle 
Notes 


tRP 
2TCLCL·T27 
3TCLCL·T27 
3TCLCL·T27 
1 


tCPN 
1.5TCLCL-T34 
3TCLCL·T34 
2TCLCL-T34 
1,5 


tCPN 
2.5TCLCL·T34 
4TCLCL·T34 
3TCLCL-T34 
1,4 


tRSH 
2TCLCL·T32 
2TCLCL·T32 
3TCLCL-T32 
1 


tCSH 
3TCLCL·T25 
4TCLCL·T25 
6TCLCL-T25 
1,5 


tCSH 
2TCLCL + T34(min)· T25 
3TCLCL-T25 
5TCLCL·T25 
1,4 


tCAH 
3TCLCL·T32 
2TCLCL-T32 
3TCLCL·T32 
1 


tAR 
3TCLCL·T25 
3TCLCL·T25 
4TCLCL·T25 
1 


tT 
3/30 
3/30 
3/30 
2 


tRC 
4TCLCL 
6TCLCL 
7TCLCL 
1 


tRAS 
2TCLCL·T25 
3TCLCL-T25 
4TCLCL·T25 
1 


tCAS 
3TCLCL·T32 
3TCLCL·T32 
5TCLCL·T32 
1,5 


tCAS 
2TCLCL + T34(min)·T32 
2TCLCL-T25 
4TCLCL·T32 
1,4 


tRCS 
TCLCL 
+ T32(min)·T35 
+ TSUF 
TCLCL-T35 
+ TSUF 
2TCLCL·T35 
+ TSUF 
1 


tRCH 
TCLCL 
+ T36(min)·T34 
+ TSUF 
TCLCL-T34 
+ TSUF 
2TCLCL-T34 
+ TSUF 
1 


Parameter 
C2-Slow 
Cycle 
CO-Fast Cycle 
C1-Fast 
Cycle 
Notes 
tRP 
2TCLCL·T27 
3TCLCL-T27 
3TCLCL-T27 
1 


tCPN 
2TCLCL·T34 
4TCLCL·T34 
4TCLCL-T34 
1 


tRSH 
TCLCL·T32 
2TCLCL-T32 
3TCLCL-T32 
1 


tCSH 
3TCLCL·T25 
4TCLCL·T25 
5TCLCL·T25 
1 


tCAH 
2TCLCL·T32 
TCLCL-T32 
2TCLCL-T32 
1 


tAR 
3TCLCL-T25 
3TCLCL-T25 
4TCLCL-T25 
1 


IT 
3/30 
3/30 
3/30 
2 


tRC 
4TCLCL 
7TCLCL 
BTCLCL 
1 
tRAS 
2TCLCL-T25 
4TCLCL·T25 
5TCLCL·T25 
1 
tCAS 
2TCLCL-T32 
+ TSUF 
2TCLCL·T32 
3TCLCL-T32 
1 
tWCH 
TCLCL·T32 
+ TSUF 
2TCLCL·T32 
+ TSUF 
3TCLCL-T32 
+ TSUF 
1,3 
tWCR 
2TCLCL·T25 
+ TSUF 
4TCLCL-T25 
+ TSUF 
5TCLCL-T25 
+ TSUF 
1,3 
tWP 
2TCLCL-T36-TSUF 
' 
3TCLCL· T36- TSUF 
4TCLCL-T36-TSUF 
1 
tRWL 
2TCLCL-T36-TSUF 
3TCLCL· T36- TSUF 
4TCLCL-T36-TSUF 
1 


tCWL 
3TCLCL-T36-TSUF 
3TCLCL· T36- TSUF 
4TCLCL·T36-TSUF 
1 
tWCS 
TCLCL+T36-T31-TSUF 
TCLCL - T36- TSUF 
TCLCL - T36- TSUF 
1 


NOTES: 
1. Minimum. 
2. Value 
on right is maximum; 
value 
on left is minimum. 
3. Applies 
to the eight warm-up 
cycles 
during 
initialization. 


4. For synchronous 
mode only. 
5. For asynchronous 
mode 
only. 
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Ambient 
Temperature 
Under Bias 


Storage Temperature 


Voltage 
On Any Pin With 
Respect 
to Ground 


Power Dissipation 


- O·C to + 70·C 


-65·Cto 
+ 150·C 


-0.5Vto 
+7V 


0.5W 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Symbol 
Parameter 
Min 
Max 
Units 
Comments 


Vil 
Input Low Voltage 
-0.5 
+0.8 
V 


VIH 
Input High Voltage 
2.0 
Vcc 
+ 0.5 
V 


VOL 
Output Low Voltage 
0.45 
V 
(Note 1) 


VOH 
Output High Voltage 
2.6 
V 
(Note 1) 


Icc 
Supply Current 
10 + 2f 
mA 
(Note 3) 


III 
Input Leakage Current 
±10 
!-LA 
OV S VIN S Vcc 


VCl 
Clock Input Low Voltage 
-0.5 
+0.6 
V 


VCH 
Glock Input High Voltage 
3.8 
Vcc 
+ 0.5 
V 


GIN 
Input Capacitance 
20 
pF 
fc = 1 MHz(6) 


VOHPO 
RAS Output High 
Vcc 
- 
0.5 
V 
(Note 2) 


Power Down 


Ipo 
Power Down Supply Current 
- 
5.0 
mA 
(Note 5) 


IS8 
Standby 
Current 
- 
2.0 
mA 
(Note 4) 


NOTE: 
1.!.QL= 
5 mA and IOH = 
-0.32 
mA WE: IOL = 8 mA 
2. RAS Output voltage during power down. 
3. Typical value. Where f is freq. in MHz. 
for CMOS: VIL max = 0.5V; VIH min = (VCC - 
0.5V) 


for TTl: Ice will be higher by 30 mA 


RASa., 
CAS 
82C08 
a·' 
AOo_s 


Other Outputs 


ARAS ~ 390 
ACAS = 390 
AAO ~ 
220 


231357-·24 


CRAS ~ 
150 pF 
CCAS = 150 pF 
CAO ~ 
200 pF 
CL ~ 
50 pF 


4. Measured at VIL = OV and VIH = VCC with no loads 
connected. 
5. IPO = 1 mA at 32 KHz with no loads connected. 
6. Sampled. not 100% tested. TA = 25·C. 


x:: ::X'--_ 


A.C. Testing 
inputs 
(except 
clock) 
are driven 
at 2.4V for a Logic 


"1" 
and 0.45V 
for a Logic 
"0" 
(clock· 
is driven 
at 4.0V and 0.45V 


for Logic "1" 
and 
"0" 
respectively). 
Timing 
measurements 
are 


made 
at 2.4V for Logic 
"1" 
and O.SV for Logic 
"0". 


• also 
PDCLK 


Measurements 
made with respect to RASo-1, 
CASO_1, AOO-B, are at + 2.4V and 0.8V ClK 
at 3V, 1V. All other 
pins are measured 
at 2.0V and 0.8V. All times are ns unless otherwise 
indicated. 
Testing 
done with specified 
test load. 


Ref 
Symbol 
Parameter 
Min 
Max 
Units 
Notes 


CLOCK AND PROGRAMMING 


tF 
Clock Fall Time 
12 
ns 
3 


tR 
Clock Rise Time 
12 
ns 
3 


1 
TClCl 
Clock Period 
82C08-20 
50 
250 
ns 
1 
82C08-16 
62.5 
250 
ns 
1 
82C08-10 
100 
500 
ns 
2 
82C08-8 
125 
500 
ns 
2 


2 
TCl 
Clock low 
Time 
82C08-20 
12 
230 
ns 
1 
82C08-16 
15 
230 
ns 
1 
82C08-10 
44 
ns 
2 
82C08-8 
TClCl/2-12 
ns 
2 


3 
TCH 
Clock High Time 
82C08-20 
16 
230 
ns 
1 
82C08-16 
20 
230 
ns 
1 
82C08-10 
44 
ns 
2 
82C08-8 
TClCl/3+2 
ns 
2 


4 
TRTVCl 
Reset to ClK 
J, Setup 
40 
ns 
4 


5 
TRTH 
Reset Pulse Width 
4TClCl 
ns 


6 
TPGVRTl 
PCTl, 
POI, RFRO 
125 
to RESET J, Setup 
ns 
5 


7 
TRTlPGX 
PCTl, 
RFRO 
to RESET J, Hold 
10 
ns 


8 
TClPC 
PClK 
from ClK 
J, Delay 
45 
ns 


9 
TPDICl 
POI to ClK 
J, Setup 
60 
ns 


10 
TClPDX 
POI to ClK 
J, Hold 
40 
ns 
6 


SYNCHRONOUS 
fLP PORT INTERFACE 


11 
TPEVCl 
PE to ClK 
J, Setup 
30 
2 


12 
TKVCl 
RD, WR, PE, PCTl 
to ClK 
J, Setup 
20 
ns 
1 


13 
TClKX 
RD, WR, PE, PCTl 
to ClK 
J,Hold 
0 
ns 


14 
TKVCH 
RD, WR, PCTl 
to ClK t Setup 
20 
ns 
2 


inter 


Ref 
Symbol 
Parameter 
Min 
Max 
Units 
Notes 


ASYNCHRONOUS 
JLPPORT INTERFACE 


15 
TRWVCl 
RD, WRto 
20 
ns 
8.9 


ClK 
,J..Setup 


16 
TRWl 
RD, WR Pulse 
2TClCl+30 
ns 


Width 


17 
TRWlPEV 
PEfrom 
RD, 
WR,J.. Delay 


CFS=1 
TClCl-20 
ns 
1 


CFS=O 
TClCl-30 
ns 
2 


18 
TRWlPEX 
PEto 
RD, 
2TClCl+30 
ns 


WR,J.. Hold 


19 
TRWlPTV 
PCTl 
from RD, 
TClCl-30 
ns 
2 


WR,J.. Delay 


20 
TRWlPTX 
PCTl 
to RD, 
2TClCl+30 
ns 
2 


WR,J.. Hold 


21 
TRWlPTV 
PCTl 
from RD, 
2TClCl-20 
ns 
1 


WR,J.. Delay 


22 
TRWlPTX 
PCTl 
to RD, 
3TClCl+30 
ns 
1 


WR,J.. Hold 
, 


RAM INTERFACE 


23 
TAVCl 
Al, 
AH, BSto 
- 
35+tASR 
2 
ns 


ClK,J.. 
Set-up 


82C08-20 
50 + tASR 
ns 


82C08-16 
45+tASR 
ns 


24 
TCLAX 
Al, 
AH, BSto 
0 
ns 


ClK,J.. 
Hold 


25 
TClRSl 
RAS,J.. from 
25 
ns 
1 


ClK,J.. 
Delay 
35 
ns 
2 


60 
ns 
24 


26 
TRCD 
RAS to CAS Delay 
CFS= 
1 
TCLCL-25 
ns 
1,14 


CFS=O 
30 
ns 
23 


CFS=O 
TCLCL/2-30 
ns 
2,11,14 


CFS=O 
60 
ns 
2, 12, 14 


27 
TCLRSH 
RASt 
from 
25 
ns 


CLK,J.. Delay 
60 
ns 
24 


inter 


Ref 
Symbol 
Parameter 
Min 
Max 
Units 
Notes 


RAM INTERFACE 
(Continued) 


28 
TRAH 
CFS = 1 
18 
1,13,15 
CFS=O 
TClCLl4-10 
ns 
2,11,15 
CFS=O 
18 
ns 
23 


29 
TASR 
RowAO 
10, 16 
RAS.j.. Setup 


30 
TASC 
Column AOto 
CAS J, Setup 
CFS= 1 
2 
ns 
1,13,17,18 
CFS=O 
5 
ns 
2,13,17,18 
CFS=O 
5 
ns 
23 


31 
TCAH 
Column AO to 
(See DRAM Interface Tables) 


CAS Hold 


32 
TClCSL 
CAS J, from 
ClK J, Delay 
CFS=O 
TCLCL/4+30 
TClCll 
1.8 + 56 
ns 
2,26 
CFS=O 
50 
105 
ns 
23,26 
CFS=O 
8 
35 
ns 
2,23,27 
CFS=1 
35 
ns 
1 


34 
TCLCSH 
CAS i 
from 
50 
ns 


ClK J, Delay 
TCLCLl4 
TClCl 
ns 
22 
--+50 
3.2 


35 
TCLWl 
WE J, from 
35 
ns 


ClKJ, 
Delay 


36 
TClWH 
WEi 
from 


CLK J,Delay 
CFS=O 
TClCLl4+30 
TClCll 
1.8 + 53 
2 
CFS=1 
35 
ns 
1 
CFS=O 
50 
100 
ns 
23 


37 
TCLTKl 
XACK J, from 
35 
ns 


ClK J, Delay 


38 
TRWLTKH 
XACK i 
from RD i 
, 
50 
ns 


WR i 
Delay 


39 
TClAKL 
AACK J, from 
35 
ns 


ClK J, Delay 


40 
TCLAKH 
AACK i 
from 
50 
ns 


CLK J, Delay 


49 
TARH 
Column Address to 
2 
1 
RAS i 
Hold Time 


Ref 
Symbol 
Parameter 
Mln 
Max 
Units 
Notes 


REFRESH 
REQUEST 


41 
TRFVCl 
RFRO to ClK 
J.. Setup 
20 
ns 


42 
TClRFX 
RFRO to ClK 
J.. Hold 
1., 
ns 


43 
TFRFH 
Failsafe 
RFRO Pulse 
TClCl 
+ 30 
ns 
19 


Width 


44 
TRFXCl 
Single RFRO Inactive 
20 
ns 
20 


to ClK 
J.. Setup 


45 
TBRFH 
Burst RFRO Pulse 
2TClCl 
+ 30 
ns 
19 


Width 


46 
TPDDVCl 
PDD Setup Time 
20 
ns 
24,25 


47 
TPDHRFX 
RFRO Valid after 
4TClCl 
+ 20 


1 
24 


PDDActive 


48 
TRFVPDH 
RFRO Setup Time 
20 
24 


to PDD Active 


The following 
RC loading 
is assumed: 


AOO-6 
R = 220 
C = 200 pF 


RASO_l, 
CASO_l 
R = 390 
C = 150 pF 
AACK, 
WE/PCLK 
C = 50 pF 


NOTES: 


1. Specification 
when 
programmed 
in the Fast Cycle processor 
mode 
(iAPX 286 mode). 
82C08-20, 
-16. 


2. Specification 
when 
programmed 
in the Slow Cycle processor 
mode 
(iAPX 186 mode). 
82C08-10, 
82C08·8. 


3. tR and tF are referenced 
from the 3.5V and 1.0V levels. 
4. RESET 
is internally 
synchronized 
to CLK. Hence 
a set-up time is required 
only to guarantee 
its recognition 
at a particular 
clock 
edge. 


5. The first programming 
bit (PDO) is also sampled 
by RESET 
going 
low. 
6. TCLPDX 
is guaranteed 
if programming 
data is shifted 
using PCLK. 


a. TRWVCL 
is not required 
for an asynchronous 
command 
except 
to guarantee 
its recognition 
at a particular 
clock 
edge. 


9. Valid when 
programmed 
in either 
Fast or Slow Cycle 
mode. 


10. lASR 
is a user specified 
parameter 
and its value 
should 
be added 
accordingly 
to TAVCL. 


11. When 
programmed 
in Slow Cycle mode 
and 125 ns ,,;; TCLCL < 200 ns. 


12. When 
programmed 
in Slow Cycle mode 
and 200 ns ,,;; TCLCL. 


13. Specification 
for Test Load conditions. 
14. tRCD 
(actual) 
= tRCD 
(specification) 
+0.06 
(IlCRAS) 
- 
0.06(IlCCAS) 
where 
IlC = C (test 
load) 
- 
C (actual) 
in pF. 


(These 
are first order 
approximations.) 


15. tRAH 
(actual) 
= tRAH 
(specification) 
+ 
0.06 (lICRAS) 
- 
0.022 
(lICAQ) where 
IlC = C (test 
load) 
- 
C (actual) 
in pF. 


(These 
are first order 
approximations.) 


16. lASR 
(actual) 
= lASR 
(specification) 
+0.06 
(IlCAO) 
- 
0.025 
(IlCRAS) 
where 
lIC = C (test 
load) 
- 
C (actual) 
in pF. 


(These 
are first order 
approximations.) 
17. lASC 
(actual) 
= lASC 
(specification) 
+0.06 
(IlCAO) 
- 
0.025 
(IlCCAS) 
where 
IlC 
(test load) 
- 
C (actual) 
in pF. (These 
are first order 
approximations.) 
18. lASC 
is a function 
of clock 
frequency 
and thus varies 
with changes 
in frequency. 
A minimum 
value 
is specified. 


19. TFRFH 
and TBRFH 
pertain 
to asynchronous 
oporation 
only. 
20. Single 
RFRO 
should 
be supplied 
synchronously 
to avoid burst refresh. 


22. CFS = 0, synchronous 
mode, 
Read cycle. 


23. For 10 MHz Slow Cycle only. 
24. Power 
down 
mode. 


25. POD is internally 
synchronized. 
A setup time is required 
only to guarantee 
its recognition 
at a particular 
clock 
edge. 


26. Slow Cycle 
Read only. 
27. Slow Cycle Write only. 


inter 


~ 


2 
13 


ClK 
4 
4 


RESET 
5 
6 


PCTl 


REFRQ 


POI 


.;~~~~-, 
----- 


RASCJ 
/' 
f~~ 
f 


f.•.• 
' --------------',:-' 
-----------L. 


PROGRAMMING 
lAST 
RAM WARM-UP 


! 
RESET 
FIRST RAM WARM-UP 
CYCLE 


NOTE: 
The present 
example 
assumes 
a RAS four clocks 
long. 


I 
~••j 
IJ---- 
I 


L"l 
I 


~_I 
--->C 


I 
~----'47-----1 


COMMAND MODEl 
FAST CYCLE 
1m. W1f. P'E" 


COMMAND MODEl 
FAST CYCLE 
PCTl 
(INHIBIT) 


COMMAND MODEl 
FAST CYCLE 
INTERNAL 
INHIBIT 


NOTE: 
Actual 
transitions 
are programmable. 
Refer to Tables 
8 and 9. 


ALO- 
ALa 
AHo-AHa 
8So- 
8S1 


NOTE: 
Actual 
transitions 
are programmable. 
See Tables 
8 and 9. 
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Controller to the iAPX 186 
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REG. 
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Most microprocessor based workstation designs today 
use large amounts of DRAM for program storage. A 
drawback to DRAMs is the many critical timings that 
must be met. This control function could easily equal 
the area of the DRAM array if implemented with dis- 
crete logic. 


The VLSI 8207 Advanced Dynamic RAM Controller 
(ADRC) performs complete DRAM timing and con- 
trol. This includes the normal RAM 8 warm-up cycles, 
various refresh cycles and frequencies, address multi- 
plexing, and address strobe timing. The 8207's system 
interface and RAM timing and control are programma- 
ble to permit it to be used in most applications. 


Integrating all of the above functions (plus a dual port 
and error correcting interfaces) allows the user to real- 
ize significant cost savings over discrete logic. For ex- 
ample, comparing the 8207 to the iSBCOl2B S12K byte 
RAM board (where the DRAM control is done entirely 
with TTL), an 8207 design saved board space 3 in2 vs 
10 in2); required less power (420 mA vs 1220 mA); and 
generated less heat. Moreover, design time was re- 
duced, and increased margins were achieved due to less 
skewing of critical timings. This comparison is based on 
a single port design and did not include the 8207's 
RAM warm-up, dual-port 
and error correcting fea- 


tures. If these features were fully implemented, there 
wo~ld be no change to the 8207.figures, listed above, 
while the TTL figures would easily double. 


This Application Note will illustrate an iAPX design 
with the 8207 controlling the dynamic RAM array. 


The reader should be familiar with the 82097 data 
sheet, the 80186 data sheet, and a RAM data sheet·. 


The main objective of this design is for the 80186 to run 
with no wait states with a Dynamic RAM array. The 
design uses one port of the 8207. The dual port and 
error correcting interfaces of the 8207 are covered in 
separate Application Notes. 


The size of the RAM array is 4 banks of 64K RAMs or 
Sl2K bytes. The memory is to be interfaced locally to 
the 80186. 


The three areas to be considered when designing in the 
8207 are: 


• 8207 programming logic 
• Microprocessor interface 


• RAM array 


The 8207 requires up to two 74LSl6S shift registers for 
programming. This design needs one 8 bit shift register, 
as shown in Figure 1. The 16 bits in the Program Data 
Word are set as shown in Figure 2. Refresh is done 
internally, so the REFRQ input must be tied high. The 
memory commands are iAPX 86 status, so the timing 


I 
--.....,r-_I- 


I 
JUMPER 
OPTIONS 
---.••.....- 


Figure 1. 8207 Programming 
Shift Registers 


• All RAM 
references 
in this Application 
Note 
are based 
on Intel's 
2164A 
64K 
Dynamic 
RAM. 


SRDyeLK 


~ 
80186 
SO 


ALE 


NOTE: 
The 8207 requires series resistors on all outputs to RAM. 


Figure 3. 80186 to 8207, non-ECC, synchronous system single port 


of EAACK will always guarantee 2 clocks of address 
hold time from RAS. 
The 8207 starts a memory cycle on the falling clock 
edge between the 80186's T1 and T2. Data must be 
valid within 2 clocks. Valid data from the RAMs is 
based upon the CAS access period minus buffer, clock, 
setup requirements. 
The margin between the 8207 issuing EAACK and the 
80186 ready input for no wait states minus delays from 
clock edges, logic delays, and setup time is calculated as 
follows. 


I clock - 
8207 TCLAKL max - 
74S30 tpLH @ 15 
pf - 
80186 TSRYCL ~ 0 


2 TCLCL 
- 
8207 TCLCSL 
@ 150 pF (t34) - 


DRAM tCAC - 74S24Opropagation delay @ 50 pF 
- 
additional 
bus loading delay (250 pF)(I) 


74S24Odelay @ 50 pF - 
80186 TDVCL ~ 0 


NOTE: 
(I) 
74STTL logic derated by 0.05 ns/pF. 
74STTL 


buffers (240, 37) derated by 0.025 ns/pF. 


intJ 


Data from the processor must be valid when WE is 
issued by the 8207 to meet the RAM specification tDS 
(2164A = 0 ns), and then held for a minimum of 30 ns. 


The PCfLA 
input must be high when RESET goes 


inactive. 


The differential reset circuit shown in the Data Sheet is 
necessary only to ensure that memory commands are 
not received by the 8207 when Port A is changed from 
synchronous to asynchronous (vice versa for Port B). 
This design keeps Port A synchronous so no differential 
reset circuit is needed. 


To achieve no wait states, the 8207 must connect di- 
rectly to the microprocessor's 
CLKOUT 
and status 


lines. The 8207 Acknowledge (BAACK) must connect 
to the SRDY input of the 80186. 


When the 80186 is reset, it tristates the status lines. The 
8207 PCfLA 
input requires a high to decode the prop- 
er memory commands. This is accomplished by using a 
pull-up resistor or some component that incorporates a 
pull-up on S2. 


The 8207 address inputs are connected directly to the 
latched/demultiplexed 
address bus. 


The 8207 provides complete control of all RAM tim- 
ings, warm up cycles, and refresh cycles. All write cy- 
cles are "late writes." During write cycles, the data out 
lines go active. This requires separate data in/out lines 
in the RAM array. 


To operate the 80186 with no wait states, it is necessary 
to choose sufficiently fast DRAMs. The 150 ns version 
of the 2164A allows operating the 80186 at 8 MHz, and 
the 200 ns version up to 7 MHz. 


Figure 3 shows a block diagram of the design, and Fig- 
ure 4 is a timing diagram showing the relationship be- 
tween the 8207 and the 80186. 


Two events must occur for a command to be recog- 
nized by the 8207. The 80186 status outputs are sam- 
pled by a rising clock edge and Port Enable (PE) is 
sampled by the next falling edge (refer to the Data 
Sheet wave forms). 


The command timing is determined by the period be- 
tween the status being issued and the first rising clock 
edge of the 8207, minus setup and delays. 


80186 status valid to 8207 rising clock - 
status from 


clock delay - 
8207 setup to clock ~ g 


I TCLCL - 
80186 TCHSV max - 
8207 TKVCH 


min ~ 0 


PE is a chip select for a valid address range. It can be 
generated from the address bus or from the 80186's 
programmable memory selects. This design uses an in- 
verted A19. The timing is determined by the interval 
between the address becoming valid and the falling 
clock edge, minus setup and delays. 


80186 address valid to 8207 fa11ingclock edge - 
80186 address from clock delay - 
8283 latch delays 


- 
8207 PE setup :2 0 


1 TCLCL - 
80186 TCLAV max - 
8283 IVOV 
@ 


300 pF - 
8207 TPEVCL ~ 0 


inter 


For an 81086 design, 
the 8207 requires 
the address 
to 


be stable before 
RAS goes active, 
and to remain 
stable 


for 2 clocks. Unused 
8207 address 
inputs 
should be tied 


to Vcc. 


tASR 
is a RAM 
specification. 
If it is greater 
than zero, 


this must be added 
to the address 
setup time of the 807. 
Address 
setup 
is the interval 
between 
addresses 
being 


issued and RAS going active, minus appropriate 
delays. 


80186 
address 
valid 
to 8207 RAS 
active 
- 
80186 
address 
from clock delay 
- 
bus delays 
- 
(8207 set- 
up + RAM 
tASR> ~ 0 


TCLCL 
+ 8207 TCLRSL 
min 
@ 150 pf(l) 
- 
80186 
TCLA V max 
- 
8283 IVOV max 
@ 300 pf - 
(8207 
T A VCL min + DRAM 
tAsR> ~ 0 


125 ns + 0 - 
44 - 
22 - 
(35 + 0) = 24 ns 


The address 
hold time of 2 clocks + 0 ns is always met, 


since 
the 
addresses 
are 
latched 
by the 
8282/3. 
Even 


when 
the 
processor 
is 
in 
wait 
states 
(for 
refresh), 


NOTE: 


(1) Not specified-use 
0 ns. 


TCLCL 
+ 
TCLCH 
+ 
8207 
TCLW 
min(l) 
+ 
74S37 delay tPHL 
min 
@ 50 pf + additional 
loading 


(142 pt) 
- 
81086 TCVCTV 
- 
74S24OtPZL 
- 
bus 
delays 
(250 pt) 
- 
74S240 delay 
- 
2164A 
tDS 
~ 0 


125 + 62.5 + 0 + 6.5 + 3.5 - 
70 - 
15 - 
7 - 
7 
- 
0 = 98.5 ns. 


The 
hold 
time, 
tDH, 
is from 
WE 
going 
low 
to the 


80186 DEN 
going 
high plus buffer 
delays 
minus 
WE 


from clock delays. 


TCLCL 
- 
80186 
TCVCTX 
min + 74S32 
tPD(2) 


min + 74S240 tPHZ 
(min)(2) + 250 pf bus delays 


+ 74S240 
propagation 
delay 
min 
- 
8207 TCLW 


max 
- 
74S37 tPHL 
@ 50 pf - 
142 pf loading 
de- 


lays - 
DRAM 
tDH 
~ 0 


62.5 ns + 10 + 2 + 3 + 7 + 3.5 - 
35 - 
3.5 - 


30 = 19.5 ns 


All margins 
are actually 
better 
by about 
10-20 
ns. No 


improvement 
in timing 
was allowed 
for lower 
capaci- 


tive 
loads 
when 
additional 
buffers 
are 
used 
(i.e. 
the 


80186 address 
out delay is at 200 pf, but the 8283 latch 


only loads these lines with about 
20 pt). 


The 
8207 supports 
the 
80186 microprocessor 
running 


with no wait states. 
The 8207 interfaces 
easily between 


the microprocessor 
and dynamic 
RAM. 
There 
are no 


difficult 
timings 
to be resolved 
by the 
designer 
using 


external 
logic. 


inter 


8207 EAACK 


80188 (SRDY) 


NOTES: 
1. Command 
Setup 
Margin 
2. PE Setup 
Margin 
3. EAACK 
Setup 
Margin 
4. Data Setup 
Margin 
5. Read Access 
Margin 


NOTE: 
1. Not specified, 
use 0 ns. 
2. Not specified, 
use one half of typical 
value. 
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The 80286 high speed microprocessor pushes micro- 
processor based systems to new performance levels. 
However, its high speed bus requires special design con- 
siderations to utilize that performance. Interfacing the 
80286 to a dynamic RAM array require many timings 
to be analyzed, refresh cycle effects on bus timing ex- 
amined, minimum and maximum signal widths noted, 
and the list continues. 


The 8207 Advanced Dynamic RAM Controller was 
specifically designed to solve all interfacing issues for 
the 80286, provide complete control and timing for the 
DRAM array, plus achieve optimum system perform- 
ance. This includes the normal RAM 8 warmup cycles, 
various refresh cycles and frequencies, address multi- 
plexing, and address strobe timings. The 8207 Dynamic 
RAM Controller's system interface and RAM timing 
and control are programmable to permit it to be used in 
most applications. 


Integrating these functions (plus dual port and error 
correcting interfaces) allows the user to realize signifi- 
cant savings in both engineering design time, PC board 
space and product cost. For example, in comparing the 
8207 to the ISBC012B S12k byte RAM board (where 
the DRAM timing and control is done entirely with 
TIL), 
the 8207 design saved board space (3 in2 vs 10 


in2); used less power (420 mA vs 1220 mAl; reduced 
the design time; and increased margins due to less 
skewing of timings. The comparison is based upon a 
single port 8207 design and does not include its RAM 
warm-up, dual port, error correcting, and error scrub- 
bing or RAM interleaving features. 


This Application Note will detail an 80286 and 8207 
design. The reader should have read the 8207 and the 
80286 data sheets, a DRAM 
data sheet", and have 


them available for reference. 


The main objective of this design is to run the RAM 
array without wait states, to maximize the 80286's per- 
formance, and to use as little board space as possible. 
The 80286 will interface synchronously to Port A of the 
8207 and the 8207 will control SI2k bytes of RAM (4 
banks using 64k DRAMs). The dual port and error 
correcting features of the 8207 are covered in separate 
Application Notes. 


The 8207 Memory design can be subdivided into three 
sections: 


• Programming the 8207. 
• The 82086/8207 interface. 
• The Dynamic RAM array. 


The RAM timing is configured via the 16 bit program 
word that the 8207 shifts-in when reset. This can re- 
quire two 74LS16S shift registers to provide complete 
DRAM configurability. The 8207 defaults to the con- 
figuration shown in Table I when PDI is connected to 
ground. This design does not need the flexibility the 
shift registers would allow since standard 8207/80286 
clock frequencies, DRAM speeds and refresh rates are 
used. Table I details the 8207/80286 configuration and 
Table 10 in the Data Sheet identifies "CO" as the con- 
figuration of the 8207 all timings will be referenced to 
(80286 mode at 16 MHz using fast RAMs = CO). 


Table 1. Default 
Non-ECC 
Programming, 


PD1 Pin (57) Tied to Ground 


Port A is Synchronous 
(EAACKA 
and XACKA) 


Port B is Asynchronous 
(LAACKB 
and XACKB) 


Fast-cycle 
Processor 
Interface 
(10 or 16 MHz) 


Fast RAM 100/120 
ns RAM 


'Refresh 
Interval uses 236 clocks 


128 Row refresh in 2 ms; 256 Row refresh in 
4ms 


Fast Processor 
Clock Frequency 
(16 MHz) 


"Most 
Recently 
Used" 
Priority Scheme 


4 RAM banks occupied 


The 8207 will accept 80286 status inputs when the 
PCTLA pin is sampled low at reset. This pin is not 
necessary for an 80286 design (besides programming) 
and is tied to ground. 


Refresh is the final option to be programmed. If the 
Refresh pin is sampled high at reset, an internal timer 


intJ 


is enabled, and if low at reset, this timer is disabled. 
The first method is the easiest to implement, so the 
RFRQ pin is tied to Vcc. 


The differential reset circuit shown in the Data Sheet is 
neCessary only to ensure that memory commands are 
not received by the 8207 when Port A is changed from 
synchronous to asynchronous (vice versa for Port B). 
This design keeps Port A synchronous so no differential 
reset circuit is needed. 


The 8207 completely controls all RAM timings, warm- 
up cycles, and refresh cycles. To determine if a particu- 
lar RAM will work with the 8207, calculate the mar- 
gins provided by the 8207 (Table 15, 16--8207 Data 
Sheet) and ensure they are greater than the RAM re- 
quirement. An additional consideration is the access 
times of the RAMs. The access time of the system is 
dependent upon the number of data buffers between the 
80286 and the DRAMs. To operate the 80286 at zero 
wait states requires access times of 100-120 ns. Slower 
RAMs can be used (150 ns) by either adding a wait 
state (programming the 8207 for "Ct ") or reducing the 
clock frequency (to 14.9 MHz approximately and main- 
taining the CO configuration). 


All write cycles are "late writes" and the data out lines 
of the RAM will go active. This will require separate 
data in and out lines in the RAM array. Another con- 
sideration for the RAM array is the proper layout of 
the RAM, and impedance matching resistors on the 
8207 outputs. Proper layout is covered in Intel's RAM 
Data Sheets and Application Notes. 


To achieve no wait state operation, the 8207's clock 
input must be connected to the 80286's clock input. 
The EAACK (early acknowledge) output of the 8207 
must connect to the SRDY input of the 82284. The 
8207's address inputs connect directly to the 80286 ad- 
dress outputs and the addresses are latched internally. 
This latch is strobed by an internal signal with the same 
timing as LEN (which is for dual port 82086 designs). 
Figure 2 shows the timing relationship between LEN 
and the 80286. 


LEN will fall from high to low, which latches the bus 
address internally, when a valid command is received. 
LEN can go high in two clock cycles if the RAM cycle 
started (RAS going low) at the same time LEN went 
low. If the 8207 is doing a refresh cycle, the 80286 will 
be put into wait states until the memory cycle can start. 


LEN will then go high two clocks after RAS starts, 
since addresses are no longer needed for the current 
RAM cycle. Thus the low period of LEN could be 
much longer than listed in the Data Sheet. 


Figure 1 shows a detailed block diagram of the design 
and Figure 2 shows the timing relationship between the 
8207 and the 80286. 


The following analysis of six parameters will confirm 
that the design will work. These six system parameters 
are generally considered the most important in any mi- 
croprocessor-Dynamic 
RAM design. 


8207 Command Setup Margin 


Two ~vents must occur for the 8207 to start a memory 
cycle. Either RD or WR active (low) and PE must be 
low when the 8207 samples these pins on a falling clock 
edge. If PE is not valid at the same clock edge that 
samples RD or WR active, the memory cycle will be 
aborted and no acknowledge will be issued. 


The command setup time is based upon the status being 
valid at the first falling clock edge. 


80286 status validto 8207 fallingclock - 80286 status 
fromclock delay - 8207 command setup to clock ~ 0 


PE is decoded from the address bus and must be set up 
to the same falling clock edge that recognizes the RD, 
WR inputs. This margin is determined from the clock 
edge that issues the address and the clock edge that will 
recognize RD or WR, minus decoding logic delays. 


There are 2 clocks between addresses being issued by 
the 80286 and PE being samgied by the 8207. Then the 
80286 address delay from the clo£k edge and decoding 
logic delays are subtracted from this interval. This mar- 
gin must be greater than O. 
. 


The address decode logic must use no more than 35 ns 
(and less is better). Figure 3 shows an easy implementa- 
tion which uses a maximum of 12 ns. 


The 8207 requires a zero ns hold time and is always 
met. 
. 


ADDR 


DATA 


READY 
CL~ 
MilO 
51 


50 


80286 


NOTE: 
The 8207 
requires 
series 
resistors 
on all outputs. 
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Ts 
Tc 
I 
16 MHz 
CLOCK 


So-S1 


80286 
ADDR. 


LEN 


RASO 


RAS, 


CAsa 


CAsi 


DRAM 
WE 


EAACK 


inter 


Ts 
Tc 
Ts or Tl 


The 8207 must have stable addresses up to two clocks 
after RAS goes active. This is of no concern to the user, 
since LEN latches the address internally and will not 
admit a new address until two clocks after RAS goes 
active. 


Addresses must be stable at least 3S ns (tAVCL) before 
RAS 
goes active to allow for propagation 
delays 
through the 8207, if a RAM cycle is not delayed by the 
8207. 


tASR is a RAM specification. If it is greater than zero, 
tASR must be added to the address setup time of the 
8207. Address setup is the interval between addresses 
being issued, by the 80286, and RAS going active, mi- 
nus appropriate delays. 


The margin is determined from the number of clocks 
between addresses being issued from the 80286 to RAS 
going active. Exactly when RAS goes active is unim- 
portant, since here we are only interested in the clock 
edge. 


The 8207 acknowledge (EAACK) can be issued at any 
point in the 80286 bus cycle (end of .p 1 or .p2 of Ts or 
Tc). If EAACK is issued at the end of .p2 (Ts or Tc), 
the 
80286 
will complete the current 
bus cycle. If 


EAACK is issued at the end of .pI ofTc, the 82284 will 
not generate READY to the 80286 in time to end the 
current bus cycle. A new Tc would then be generated 
and EAACK would now be sampled in time to termi- 
nate the bus cycle. EAACK is 3 clocks long in order to 
meet setup and hold times for either condition. 


We need the margin between the 8207 issuing EAACK 
and the 82284 needing it. Figure 4 shows a worst case 
example. 


The 8207 will typically start a memory cycle (i.e. RAS 
goes low) at the end of .p1 of Ts. But if the start of a 
memory cycle is delayed (by a refresh cycle for in- 
stance), then RAS will be delayed. In the first case, this 
represents 3 clocks and the second case could require 4 
clocks to meet the data setup requirements 
of the 


80286. In either case, data must be valid at the end of 
Tc. The 8207 holds CAS active long enough to ensure 
valid data is received by the 80286 in either case. 


DRAMs specify two access times, RAS access (tRAC) 
and CAS access (tCAC) Both access periods must be 
calculated and the one with the least margin used. Also 
the number of data buffers should be kept to a mini- 
mum. Too many buffers would require either faster 
(more expensive) DRAMs, or a reduction in the per- 
formance of the CPU (by adding wait states). 


inter 


RAS Access 
Margin 


3TCLCL- 8207 TCLR8Lmax @ 150 pF - DRAMtRAC 
- 748240 propagationdelay max @ 50 pF - 80286 t8 ,:; 
o 


CAS Access 
Margin 


2TCLCL- 820-7 TCLC8Lmax @ 150 pF - DRAMtCAA 
(or tCAC- 748240 tplh max @ 50 pF - 80286 t8) ,:; 0 


By solving each equation for tRAC and tCAC, the 
speed requirement of the RAM can be determined. 


DRAMtRAC= 3 TCLCL- 8207 TCLR8L- 748240 tplh 
- 82086 t8 = 135.5 ns 


DRAMtCAC = 2 TCLCL- 8207 TCLC8L- 748240 tplh 
- 80286 t8 = 73 ns 


NOTES: 


1. Not specified. Assume no delay for worst case anal- 
ysis. 
2. STTL derated by 0.05 ns/pF. 


So any DRAM that has a RAS access period less than 
135 ns, a CAS access period less than 73 ns, and meets 
all requirements in the DRAM Interface Timing (Table 
15, 16-8207 
Data Sheet), will work. 


Write data from the processor must be valid when the 
8207 issues WE to meet the DRAM specification tDS 
and then held to meet the tDH requirement. 
Some 


write cycles will be byte writes and the information to 
determine which byte is decoded from AO and BHE/. 
Since the 80286's address bus is pipelined, these two 
signals can change before the RAM cycle starts, hence 
they must be latched by LEN. PSEN is used in the WE 
term to shorten the WE pulse. Its use is not essential. 


Data must be set up to the falling edge of WE, since 
WE occurs after CAS. The 2 clocks between valid write 
data and WE going active (at the RAM's) minus propa- 
gation delays determines the margin. 


2 TCLCL- 80286 t14 (max) @ 100 pF - 748240 tplh + 
8207 TCLW(min)l + 74810 tphl @ 192 pF2 - DRAM 
t08 = 0 


The timing of the 8207's acknowledge is such that data 
will be kept valid by the 80286, for more than two 
clocks after WE goes active. This easily meets all RAM 
tDH specifications. 


The 8207 complements the 80286's performance and 
high integration with its own performance, integration 
and ease of use. No critical timings or logic design has 
been left to the designer. The 80286/8207 combination 
allows users to realize maximum performance from 
their simpler design. 
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8231A 
ARITHMETIC 
PROCESSING UNIT 
• Fixed Point Single and Double 
• Compatible 
with all Intel and most 
Precision 
(16/32 
Bit) 
other Microprocessor 
Families 


• Floating 
Point Single Precision 
(32 Bit) 
• 
Direct Memory 
Access or Programmed 


• Binary Data Formats 
I/O Data Transfers 
• Add, Subtract, 
Multiply and Divide 
• End of Execution 
Signal 
• Trlgnometrlc 
and Inverse 
Trigonometric 
• General 
Purpose 
8·Blt Data Bus 


Functions 
Interface 
• Square 
Roots, 
Logarithms, 
• Standard 
24 Pin Package 


Exponentiation 
• + 12V and + 5V Power Supplies 


• Float to Fixed and Fixed to Float 
• 
Advanced 
N-channel 
Silicon Gate 
Conversions 
HMOS Technology 
• Stack Oriented 
Operand 
Storage 


The 
Intel~ 
8231A 
Arithmetic 
Processing 
Unit (APU) 
is a monolithic 
HMOS 
LSI device 
that 
provides 
high 
performance 
fixed and floating 
point arithmetic 
and floating 
point trigonometric 
operations. 
It may be used to 
enhance 
the mathematical 
capability 
of a wide variety of processor-oriented 
systems. 
Chebyshev 
polynomials 


are used in the implementation 
of the APU algorithms. 


All transfers, 
including 
operand, 
result, status and command 
information, 
take place over an 8-bit bidirectional 
data bus. Operands 
are pushed onto an internal 
stack and commands 
are issued to perform 
operations 
on the 
data and the stack. 
Results 
are then available 
to be retrieved 
from the stack. 


Transfers 
to and from the APU may be handled 
by the associated 
processor 
using conventional 
programmed 
110, or may be handled 
by a direct memory 
access 
controller 
for improved 
performance. 
Upon completion 
of 
each command, 
the APU issues an end of execution 
signal that may be used as an interrupt 
by the CPU to 
help coordinate 
program 
execution. 
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, 


SViCi 
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~ 
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Figure 2. Pin Configuration 
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Symbol 
Pin 
Type 
Name and Function 
No. 


Vcc 
2 
POWER: + 5V power supply. 


Voo 
16 
POWER: + 12V power supply. 


Vss 
1 
GROUND. 


ClK 
23 
I 
CLOCK: An external, 
TTl 
compatible, 
timing source is applied to the 


ClKpin. 


RESET 
22 
I 
RESET: The active high reset signal provides 
initialization 
for the chip. 


RESET also terminates 
any operation 
in progress. 
RESET clears the 


status register and places the 8231A into the idle state. Stack contents 
and command 
registers 
are not affected 
(5 clock cycles). 


CS 
18 
I 
CHIP SELECT: CS is an active low input signal which selects the 8231A 
and enables 
communication 
with the data bus. 


Ao 
21 
I 
ADDRESS: 
In conjunction 
with the RD and WR signals, the Ao control 


line establishes 
the type of communication 
that is to be performed 
with 


the 8231A as shown below: 


Ao 
RD 
WR 
Function 


0 
1 
0 
Enter data byte into stack 
0 
0 
1 
Read data byte from stack 
1 
1 
0 
Enter command 
1 
0 
1 
Read status 


RD 
20 
I 
READ: This active low input indicates 
that data or status is to be read 


from the 8231A if CS is low. 


WR 
19 
I 
WRITE: This active low input indicates 
that data or a command 
is to be 


written into the 8231A if CS is low. 


EACK 
3 
I 
END OF EXECUTION: 
This active low input clears the end of execution 


output signal (END. If EACK is tied low, the END output will be a pulse 
that is one clock period wide. 


SVACK 
4 
I 
SERVICE 
REQUEST: This active low input clears the service request 


output (SVREQ). 


END 
24 
0 
END: This active low, open-drain 
output indicates 
that execution 
of the 


previously 
entered command 
is complete. 
It can be used as an interrupt 


request and is cleared 
by EACK, RESET or any read or write access to 


the 8231. 


SVREQ 
5 
0 
SERVICE 
REQUEST: 
This active high output signal indicates 
that 


command 
execution 
is complete 
and that post execution 
service was 


requested 
in the previous command 
byte. It is cleared 
by SVACK, the 


next command 
output to the device, or by RESET. 


READY 
17 
0 
READY: This active high output indicates 
that the 8231 A is able to 


accept communication 
with the data bus. When an attempt 
is made to 


read data, write data or to enter a new command 
while the 8231A is 


executing 
a command, 
READY goes low until execution 
of the current 


command 
is complete 
(See READY Operation, 
p. 6). 


DBO-DB7 
8-15 
I/O 
DATA BUS: These eight bidirectional 
lines provide for transfer 
of 


commands, 
status and data between 
the 8231A and the CPU. The 


8231 A can drive the data bus only when CS and RD are low. 


Each command entered into the 8231A consists of a 
single 8-bit byte having the format illustrated below: 


Bits 0-4 
select the operation to be performed as 
shown in the table. Bits 5-6 select the data format 
appropriate to the selected operation. If bit 5 is a 1, a 
fixed point data format is specified. If bit 5 is O,-float- 
ing point format is specified. Bit 6 selects the preci- 


sion of the data to be operated upon by fixed point 
commands only (if bit 5 = 0, bit 6 must be 0). If bit 6 
is a 1, single-precision (16-bit) operands are as- 
sumed. If bit 6 is a 0, double-precision (32-bit) oper- 
ands are indicated. Results are undefined for all ille- 
gal combinations of bits in the command byte. Bit 7 
indicates whether a service request is to be issued 
after the command is executed. If bit 7 is a 1, the 
service request output (SVREO) will go high at the 
conclusion of the command and will remain high un- 
til reset by a low level on the service acknowledge 
pin (SVACK) or until completion of execution of the 
succeeding command where service request (bit 7) 
is O. Each command issued to the 8231A requests 
post execution service-based upon the state of bit 7 
in the command byte. When bit 7 is a 0, SVREO 
remains low. 


Hex(1) 
Stack Contents(2) 
Status Flags(4) 
Instruction 
Description 
After Execution 


, 
Code 
ABCD 
Affected 


ACOS 
Inverse Cosine of A 
I 
06 
RUUU 
S,Z,E 


ASIN 
Inverse Sine of A 
. 
05 
RUUU 
S,Z,E 


ATAN 
Inverse Tangent of A 
07 
RBUU 
S,Z 


CHSF 
Sign Change of A 
1 5 
RBCD 
S,Z 


COS 
Cosine of A (radians) 
03 
RBUU 
S,Z 


EXP 
eA Function 
OA 
RBUU 
S,Z,E 


FADD 
Add Aand B 
10 
RCDU 
S,Z,E 


FDIV 
Divide B byA 


, 


13 
RCDU 
S,Z,E 


FLTD 
32-Bit Integer to Floating Point Conversion 
1 C 
RBCU 
S,Z 


FLTS 
16-Bit Integer to Floating Point Conversion 
1 D 
RBCU 
S,Z 


FMUL 
Multiply A and B 
12 
RCDU 
S,Z,E 


FSUB 
Subtract A from B 
1 1 
RCDU 
S,Z,E 


LOG 
Common Logarithm (base 10) of A 
08 
RBUU 
S,Z,E 


LN 
Natural Logarithm of A 
09 
RBUU 
S,Z,E 


POPF 
Stack Pop 
18 
BCDA 
S,Z 


PTOF 
Stack Push 
17 
AABC 
S,Z 


PUPI 
Push 71' onto Stack 
1 A 
RABC 
S,Z 


PWR 
BA Power Function 
OB 
RCUU 
S,Z,E 


SIN 
Sine of A (radians) 
02 
RBUU 
S,Z 


SORT 
Square Root of A 
01 
RBCU 
S,Z,E 


TAN 
Tangent of A (radians) 
04 
RBUU 
S,Z,E 


XCHF 
Exchange A and B 
19 
BACD 
S,Z 
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Hex(1) 
Stack Contents(2) 
Status Flags(4) 
InstructIon 
Description 
After Execution 
Code 
ABCD 
Affected 


CHSD 
Sign Change of A 
34 
ABCD 
S,Z,O 


DADO 
Add A and B 
2C 
RCDA 
S,Z,C,E 
DDIV 
Divide B byA 
2F 
RCDU 
S,Z,E 
DMUL 
Multiply A and B (A = lower 32-bits) 
2E 
RCDU 
S,Z,O 


DMUU 
Multiply A and B (R = upper 32-bits) 
36 
RCDU 
S,Z,O 
DSUB 
Subtract A from B 
20 
RCDA 
S,Z,C,O 
FIXD 
Floating Point to Integer Conversion 
1 E 
RBCU 
S,Z,O 


POPD 
Stack Pop 
38 
BCDA 
S,Z 
PTOD 
Stack Push 


,. 
37 
AABC 
S,Z 
XCHD 
Exchange A and B 
39 
BACD 
S,Z 


Hex(1) 
Stack Contents(3) 
Status Flags(4) 
Instruction 
Description 
After Execution 
Code 
Au AL Bu BL Cu CL Du DL 
Affected 


CHSS 
Change Sign of Au 
74 
R 
AL Bu BL Cu CL Du DL 
S,Z,O 
FIXS 
Floating Point to Integer Conversion 
1 F 
R 
Bu BL Cu CL 
U 
U 
U 
S,Z,O 
POPS 
Stack Pop 
78 
AL Bu BL Cu CL Du DL Au 
S,Z 
PTOS 
Stack Push 
77 
Au Au AL Bu BL Cu CL Du 
S,Z 
SADO 
Add Au andAL 
6C 
A 
Bu BL Cu CL Du DL Au 
S,Z,C,E 
SOlV 
Divide AL by Au 
6F 
R 
Bu BL Cu CL Du DL 
U 
S,Z,E 
SMUL 
Multiply AL by Au (R = lower 16-bits) 
6E 
R 
Bu BL Cu CL Du DL 
U 
S,Z,E 
SMUU 
Multiply AL by Au (R = upper 16-bits) 
76 
A 
Bu BL Cu CL Du DL 
U 
S,Z,E 
SSUB 
Subtract Au from AL 
60 
R 
Bu BL Cu CL Du DL Au 
S,Z,C,E 
XCHS 
Exchange Au and AL 
79 
AL AL Bu BL Cu CL Du DL 
S,Z 
NOP 
No Operation 
00 
Au AL Bu BL Cu CL Du DL 


NOTES: 
1. In the hex code column, 
SVREQ 
is a O. 
2. The stack 
initially 
is composed 
of four 32-bit 
numbers 
(A, B, C. D). A is equivalent 
to Top Of Stack 
(TOS) and B is Next 
On Stack 
(NOS). 
Upon 
completion 
of a command 
the 
stack 
is composed 
of: the 
result 
(R); undefined 
(U); or the 
initial 
contents 
(A, B, C. or D). 
3. The stack 
initially 
is composed 
of eight 
16-bit 
numbers 
(Au, AL. Bu, BL. Cu. CL. Du. Du. 
Au is the TOS and AL is NOS. 


Upon completion 
of a command 
the stack 
is composed 
of: the result 
(R); undefined 
(U); or the initial contents 
(Au, AL. Bu. 
BL··· 
). 
4. Nomenclature: 
Sign (S); Zero (Z); Overflow 
(0); Carry (C); Error Code 
Field (E). 


The 8231A arithmetic processing unit handles oper- 
ands in both fixed point and floating point formats. 
Fixed point operands may be represented in either 
single (16-bit operands) or double precision (32-bit 
operands), and are always represented as binary, 
two's complement values. 


I 


VALUE 
I 


51 I I I I I I I I I I I I I I 
15 
0 


inter 


The sign (positive or negative) of the operand is lo- 
cated in the most significant bit (MSB). Positive val- 
ues are represented by a sign bit of zero (S = 0). 
Negative values are represented by the two's com- 
plement of the corresponding positive value with a 
sign bit equal to 1 (S = 1). The range of values that 
may be accommodated by each of these formats is 
- 32,768 to 
+ 32,767 for 
single precision and 
-:-~,147,483,648 to +2,147,483,647 for double pre- 
cIsion. 


Floating point binary values are represented in a for- 
mat that permits arithmetic to be performed in a 
fashion analogous to operations with decimal values 
expressed in scientific notation. 


(5.83 X 102) (8.16 X 101) = (4.75728 X 104) 


In the decimal system, data may be expressed as 
values between 0 and 10 times 10 raised to a power 
that effectively shifts the implied decimal point right 
or left the number of places necessary to express 
the result in conventional form (e.g., 47,572.8). The 
value-portion of the data is called the mantissa. The 
exponent may be either negative or positive. 


The concept of floating point notation has both a 
ga!~ and a loss associated with it. The gain is the 
ability to represent the significant digits of data with 
values spanning a large dynamic range limited only 
by the capacity of the exponent field. For example, 
in.decimal notation in the exponent field is two digits 
wide, and the mantissa is five digits, a range of val- 
ues (positive or negative) from 1.0000 X 10-99 to 
9.9999 X 10+99 can be accommodated. The loss is 
that only the significant digits of the value can be 
represented. Thus there is no distinction in this rep- 
resentation 
between 
the 
values 
123451 
and 
123452, for example since each would be expressed 
as: 1.2345 x 105. The sixth digit has been discard- 
ed. In most applications where the dynamic range of 
values to be represented in large, the loss of signifi- 
cance, and hence accuracy of results, is a minor 
consideration. For greater precision a fixed point for- 
mat could be chosen, although with a loss of poten- 
tial dynamic range. 


The 8231A is a binary arithmetic processor and re- 
quires that floating point data be represented by a 


fractional mantissa value between 0.5 and 1 multi- 
plied by 2 raised to an appropriate power. This is 
expressed as follows: 


For example, the value 100.5 expressed in this form 
is 0.1100 1001 X 27. The decimal equivalent of this 
value may be computed by summing the compo- 
nents (powers of two) of the mantissa and then mul- 
tiplying by the exponent as shown below: 


value= (2-1 
+ 2-2 
+ 2-5 
+ 2-8) 
X 27 


= 0.5 + 0.25 + 0.03125 + 0.00290625) x 128 


= 0.78515625 x 128 


= 100.5 


The format for floating point values in the 8231A is 
given below. The mantissa is expressed as a 24-bit 
(fractional) value; the exponent is expressed as a 
two's complement 7-bit value having a range of -64 
to + 63. The most significant bit is the sign of the 
mantissa (0 = positive, 1 = negative), for a total of 
32 bits. The binary point is assumed to be the left of 
th~ most significant mantissa bit (bit 23). All floating 
pOint data values must be normalized. Bit 23 must 
be equal to 1, except for the value zero, which is 
represented by all zeros. 


I 
EXPON'NT 
I 
MANTO"A 
I 
~I~II I I I I 
I I I I I I I I I I I I I I I I I I I I I I I 
31)() 
2423 
0 
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The range of values that can be represented in this 
format is ±(2.7 
X 10-20 
to 9.2 X 1018)and zero. 


The user interface to the 8231A includes access to 
a.n8 l~vel 16.-bitwide data stack. Since single preci- 
sion fixed pOintoperands are 16-bits in length, eight 
such values may be maintained in the stack. When 
using double precision fixed point or floating point 
formats four values may be stored. The stack in 
these two configurations can be visualized as shown 
below: 


inter 


Data are written onto the stack, eight bits at a time, 
in the order shown (A1, A2, A3, ... 
). Data are re- 
moved from the stack in reverse byte order (A4, A3, 
A2 ... 
). Data should be entered onto the stack in 
multiples of the number of bytes appropriate to the 
chosen data format. 


Data entry is accomplished by bringing the ~ 
se- 
lect (CS), the command/data line (Ao),and WR low, 
as shown in the timing diagram. The entry of each 
new data word "pushes down" the previously en- 
tered data and places the new byte on the top of 
stack (TOS). Data on the bottom of the stack prior to 
a stack entry are lost. 


DATA 
REMOVAL 


Data are removed from the stack in the 8231A by 
bringing chip select (CS), command/data (Ao), and 
RD low as shown in the timing diagram. The removal 
of each data world redefines TOS so that the next 
successive byte to be removed becomes TOS. Data 
removed from the stack rotates to the bottom of the 
stack. 


After the appropriate number of bytes of data have 
been entered onto the stack, a command may be 
issued to perform an operation on that data. Com- 
mands which require two operands for execution 
(e.g., add) operate on the TOS and NOS values. Sin- 
gle operand commands operate only on the TOS. 


Commands are issued to the 8231A by bringing the 
chip select (CS) line low, command data (Ao) line 
high, and WR line low as indicated by the timing dia- 
gram. After a command is issued, the CPU can con- 
tinue execution of its program concurrently with the 
8231A command execution. 


COMMAND 
COMPLETION 


The 8231A signals the completion of each com- 
mand execution by lowering the End Execution line 
(END). Simultaneously, the busy bit in the status reg- 


ister is cleared and the Service Request bit of the 
command register is checked. If it is a "1" the serv- 
ice request output level (SVREQ) is raised. END is 
cleared on receipt of an active low End Acknowl- 
edge (EACK) pulse. Similarly, the service request 
line is cleared by recognition of an active low Serv- 
ice Acknowledge (SVACK) pulse. 


READY 
OPERATION 


An active high ready (READY) is provided. This line 
is high in its quiescent state and is pulled low by the 
8231A under the following conditions: 
1. A previouly initiated operation is in progress (de- 
vice busy) and Command Entry has been attempt- 
ed. In this case, the READY line will be pulled low 
and remain low until completion of the current 
command execution. It will then go high, permit- 
ting entry of the new command. 


2. A previously initiated operation is in progress and 
stack access has been attempted. In this case, 
the READY line will be pulled low, will remain in 
that state until execution is complete, and will 
then be raised to permit completion of the stack 
access. 


3. The 8231A is not busy, and data removal has 


been requested. READY will be pulled low for the 
length of time necessary to transfer the byte from 
the top of stack to the interface latch, and will 
then go high, indicating availability of the data. 


4. The 8231A is not busy, and a data entry has been 


requested. READY will be pulled low for the 
length of time required to ascertain if the preced· 
ing data byte, if any, has been written to the stack. 
If so READY will immediately go high. If not, 
READY will remain low until the interface latch is 
free and will then go high. 
5. When a status read has been requested, READY 


will be pulled low for the length of time necessary 
to transfer the status to the interface latch, and 
will then be raised to permit completion of the 
status read. Status may be read whether or not 
the 8231A is busy. 


When READY goes low, the APU expects the bus 
control signals present at the time to remain stable 
until READY goes high. 


Device status is provided by means of an internal 
status register whose format is shown below: 


I 
BUSY 
Z.RO t==l .RROR, COD. -0 
I 


Busy: 
Indicates that 8231A is currenW exe- 
cuting a command (1 = Busy) 
Sign: 
Indicates that the value on the top of 
stack is negative (1 = Negative) 
Zero: 
Indicates that the value on the top of 
stack is zero (1 = Value is zero) 
Error Code: This field contains an indication of the 
validity of the result of the last opera- 
tion. The error codes are: 
OOOo-No error 
100o-Divide 
by zero 
010o-Square 
root or log of negative 
number 
110o-Argument 
of inverse sine, co- 
sine, or ex too large 
XX1O-Underfiow 
XX01-Overflow 


Previous operation resulted in carry or 
borrow from most significant bit. (1 = 
Carry/Borrow, 0 = No Carry/No Bor- 
row). 


If the BUSY bit in the status register is a one, the 
other status bits are not defined; if zero, indicating 
not busy the operation is complete and the other 
status bits are defined as given above. 


The 8231A status register can be read by the CPU 
at any time (whether an operation is in progress or 


not) by bringing the chip select (CS) low, the com- 
mand/data 
line (Ao) high, and lowering RD. The 
status register is then gated onto the data bus and 
may be input by the CPU. 


Timing for execution of the 8231A command set is 
contained below. All times are given in terms of 
clock cycles. Where substantial variation of execu- 
tion times is possible, the minimum and maximum 
values are quoted; otherwise, typical values are giv- 
en. Variations are data dependent. 


Total execution times may require allowances for 
operand transfer into the APU, command execution, 
and result retrieval from the APU. Except for com- 
mand execution, these times will be heavily influ- 
enced by the nature of the data, the control interface 
used, the speed of memory, the CPU used, the prior- 
ity allotted to DMA and interrupt operations, the size 
and number of operands to be transferred, and the 
use of chained calculations, etc. 


Computer approximations of transcendental func- 
tions are often based on some form of polynomial 
equation, such as: 


Command 
Clock 
Command 
Clock 
Command 
Clock 
Command 
Clock 
Mnemonic 
Cycles 
Mnemonic 
Cycles 
Mnemonic 
Cycles 
Mnemonic 
Cycles 


SADD 
17 
FADD 
54-368 
LN 
4298-6956 
POPF 
12 
SSUB 
30 
FSUB 
70-370 
EXP 
3794-4878 
XCHS 
18 
SMUL 
84-94 
FMUL 
146-168 
PWR 
8290-12032 
XCHD 
26 
SMUU 
80-98 
SDIV 
84-94 
FDIV 
154-184 
NOP 
4 
XCHF 
26 
DADO 
21 
SORT 
800 
CHSS 
23 
PUPI 
16 
DSUB 
38 
SIN 
4464 
CHSD 
27 
DMUL 
194-210 
COS 
4118 
CHSF 
18 
DMUU 
182-218 
DDIV 
208 
TAN 
5754 
PTOS 
16 
FIXS 
92-216 
ASIN 
7668 
PTOD 
20 
FIXD 
100-346 
ACOS 
7734 
PTOF 
20 
FLTS 
98-186 
ATAN 
6006 
POPS 
10 
FLTD 
98-378 
LOG 
4474-7132 
POPD 
12 


inter 


The primary shortcoming of an approximation is this 
form is that it typically exhibits very large errors 
when the magnitude of Ixl is large, although the er- 
rors are small when Ixl is small. With polynomials in 
this form, the error distribution is markedly uneven 
over any arbitrary interval. 


A set of approximating functions exists that not only 
minimizes the maximum error but also provides an 
even distribution of errors within the selected data 
representation interval. These are known as Che- 
byshev Polynomials and are based upon cosine 
functions. These functions are defined as follows: 


The various terms of the Chebyshev series can be 
computed as shown below: 


To(X) = Cos (0 x 8) = Cos (0) = 1 
(1-4) 


Tl(X) = Cos (Cos -lX) 
= x 
(1·5) 


T2(X) = Cos 28 = 2Cos28 
- 
1 = 2Cos2 (Cos -1X) 
- 
1 
(1-6) 


= 2X2 - 
1 


In general, the next term in the Chebyshev series 
can be recursively derived from the previous term as 
follows: 


Common logarithms are computed by multiplication 
of the natural logarithm by the conversion factor 
0.43429448 and the error function is therefore the 
same as that for natural logarithm. The power func- 
tion is realized by combination of natural log and 
exponential functions according to the equation: 


The error for the power function is a combination of 
that for the logarithm and exponential functions. 


Each of the derived functions is an approximation of 
the true function. Thus the result of a derived func- 
tion will have an error. The absolute error is the dif- 
ference between the function's result and the true 
result. A more useful measure of the function's error 
is relative error (absolute error/true 
result). This 


gives a measurement of the significant digits of algo- 
rithm accuracy. For the derived functions except LN. 
LOG, and PWR the relative error is typically 4 x 
10-7. 
For PWR the relative error is the summation 


of the EXP and LN errors. 7 X 10-7. 
For LN and 


LOG. the absolute error is 2 X 10-7. 


The diagram in Figure 4 shows the interface connec- 
tions for the APU with operand transfers handled by 
an 8237 DMA controller, and CPU coordination han- 
dled by an Interrupt Controller. The APU interrupts 
the CPU to indicate that a command has been com- 
pleted. When the performance enhancements pro- 
vided by the DMA and Interrupt operations are not 
required, the APU interface can be simplified as 
shown in Figure 3. The 8231A APU is designed with 
a general purpose 8·bit data bus and interface con· 
trol so that it can be conveniently used with any gen- 
eral 8-bit processor. 


In many systems it will be convenient to use the mi- 
crocomputer system clock to drive the APU clock 
input. In the case of 8080A systems it would be the 
<f>2TTLsignal. Its cycle time will usually fall in the 
range of 250 ns to 1000 ns, depending on the sys- 
tem speed. 
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I 
SYSTEM DATA IUS 
, 


V 


Storage Temperature 
- 65·C to + 150·C 


Ambient 
Temperature 
Under Bias 
O·C to 70·C 


Voo with Respect 
to Vss 
-0.5V 
to + 15.0V 


Vee with Respect 
to Vss 
-0.5V 
to + 7.0V 


All Signal Voltages 
with Respect 


to Vss 
-0.5V 
to + 7.0V 


Power Dissipation 
2.0W 


lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


D.C. AND OPERATING 
CHARACTERISTICS 


TA = O·C to 70·C, Vss = OV, Vee = 
+5V 
±10%, 
Voo = 
+12V 
±10% 


Parameters 
Description 
Mln 
Typ 
Max 
Units 
Test Conditions 


VOH 
Output HIGH Voltage 
3.7 
V 
IOH = -200jJ.A 


VOL 
Output LOW Voltage 
0.4 
V 
IOl = 3.2mA 


VIH 
Input HIGH Voltage 
2.0 
Vee 
V 


Vil 
Input LOW Voltage 
-0.5 
0.8 
V 


III 
Input Load Current 
±10 
jJ.A 
Vss 
S; VIN S; Vee 


IOFl 
Data Bus Leakage 
±10 
jJ.A 
Vss 
+ 0.45 
S; VOUT S; Vcc 


Ice 
Vee Supply Current 
50 
95 
mA 


100 
Voo Supply Current 
50 
95 
mA 


Co 
Output Capacitance 
8 
pF 


CI 
Input Capacitance 
5 
pF 
fc = 1.0 MHz, Inputs = OV(1) 


CIO 
I/O Capacitance 
10 
pF 


NOTE: 
,. Sampled, not 100% tested. 
U=:>( 
x= 


2.0 
2.0 
>TEST POINTS< 


0.' 
O. 
0< 
_ 
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A.C. Testing: 
Inputs 
are driven 
at 3.7V lor a logical 
"1" 
and 0.4V 


lor a logic "0". 
TIming 
measurements 
are made at 2.0V lor a logic 


"1" 
and O.BV lor a logic 
"0". 


DEVICE 
UNDER 
TEST 
rCl=l50PF 


8231A·8 
8231A 
Symbol 
Parameter 
Units 
Mln 
Max 
Mln 
Max 


tAR 
Ao. CS Setup to RD 
0 
0 
ns 


tRA 
Ao. CS Hold from RD 
0 
0 
ns 


tRY 
READY J, from RD J, Delay (Note 2) 
150 
100 
ns 


tYR 
Ready t to RD t 
0 
0 
ns 


Data 
3.5 tCY 
3.5tCY 
ns 


tRRR 
READY Pulse Width (Note 3) 
+ 50 
+ 50 


Status 
1.5 tCY 
1.5 tCY 
ns 
+ 50 
+ 50 


tROE 
Data Bus Enable from RD J, 
50 
50 
ns 


tORY 
Data Valid to READY t 
0 
0 
ns 


Data Float after RD t 


.. 


50 
200 
50 
100 
tOF 
ns 


8231A·8 
8231A 
Symbol 
Parameter 
Units 
Min. 
Max. 
Min. 
Max. 


tAW 
Ao. CS Setup to WR 
0 
0 
ns 


tWA 
Ao. CS Hold after WR 
60 
25 
ns 


tWY 
READY J, from WR J, Delay (Note 2) 
150 
. 
100 
ns 


tvw 
READY t to WR t 
0 
0 
ns 


tRRw 
READY Pulse Width (Note 4) 
50 
50 
ns 


tWI 
Write Inactive Time 
I 
Command 
4tCY 
4tCY 
ns 
(Note 4) 
I 
Data 
5tCY 
5tCY 
ns 


tow 
Data Setup to WR 
150 
100 
ns 


two 
Data Hold after WR 
20 
20 
ns 


8231A-8 
8231A 
Symbol 
Parameter 
Units 


Mln 
Max 
Mln 
Max 


tey 
Clock Period 
480 
5000 
250 
2500 
ns 


tePH 
Clock Pulse High Width 
200 
100 
ns 


tePL 
Clock Pulse Low Width 
240 
120 
ns 


tEE 
END Pulse Width (Note 5) 
400 
200 
ns 


tEAE 
EACK J.. to END t Delay 
200 
150 
ns 


tAA 
EACK Pulse Width 
100 
50 
ns 


tSA 
SVACK J.. to SVREQ J.. Delay 
300 
150 
ns 


tss 
SVACK Pulse Width 
100 
50 
ns 


NOTES: 
1. Typical values are for TA = 25'C, nominal supply voltages processing parameters. 
2. READY is pulled low for both command and data operations. 
3. Minimum values shown assume no previously entered command is being executed for the data access. If a previously 
entered command is being executed, READY low pulse width is the time to complete execution plus the time shown. Status 
may be read at any time without exceeding the time shown. 
4. READY low pulse wid1h is less than 50 ns when writing into the data port or the control port as long as the duty cycle 
requirement (tWI) is observed and no previous command is being executed. tWI may be safely violated as long as the 
extended tRRw that results is observed. If a previously entered command is being executed, READY low pulse width is the 
time to complete execution plus the time shown. These timings refer specifically to the 8231A. 
5. END low pulse width is specified for EACK tied to VSS. Otherwise tEAEapplies. 
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8253/8253-5 
PROGRAMMABLE 
INTERVAL TIMER 


• 
MCS-85™ 
Compatible 
8253-5 


• 
3 Independent 
16-Bit Counters 


• 
DC to 2.6 MHz 


• 
Programmable 
Counter 
Modes 


• 
Count Binary or BCD 


• 
Single + 5V Supply 


• 
Available 
in EXPRESS 
- 
Standard 
Temperature 
Range 


- 
Extended 
Temperature 
Range 


The Intel~ 8253 is a programmable counter/timer device designed for use as an Intel microcomputer peripher- 
al. It uses NMOS technology with a single + 5V supply and is packaged in a 24-pin plastic DIP. 


It is organized as 3 independent 16-bit counters, each with a count rate of up to 2.6 MHz. All modes of 
operation are software programmable. 
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Figure 2. Pin Configuration 
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/ 
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The 8253 is programmable interval timer/counter 
specifically designed for use with the Intel™ Micro- 
computer systems. Its function is that of a general 
purpose, multi-timing element that can be treated as 
an array of I/O ports in the system software. 


The 8253 solves one of the most common problems 
in any microcomputer system, the generation of ac- 
curate time delays under software control. Instead of 
setting up timing loops in systems software, the pro- 
grammer configures the 8253 to match his require- 
ments, initializes one of the counters of the 8253 
with the desired quantity, then upon command the 
8253 will count out the delay and interrupt the CPU 
when it has completed its tasks. It is easy to see that 
the software overhead is minimal and that multiple 
delays can easily be maintained by assignment of 
priority levels. 


Other counter/timer functions that are non-delay in 
nature but also common to most microcomputers 
can be implemented with the 8253. 


• Programmable Rate Generator 
• Event Counter 
• Binary Rate Multiplier 
• Real Time Clock 
• Digital One-Shot 
• Complex Motor Controller 


The 3-state, bi-directional, 8-bit buffer is used to in- 
terface the 8253 to the system data bus. Data is 
transmitted or received by the buffer upon execution 
of INput or OUTput CPU instructions. The Data Bus 
Buffer has three basic functions. 


1. Programming the MODES of the 8253. 
2. Loading the count registers. 
3. Reading the count values. 


Read/Write 
Logic 


The Read/Write Logic accepts inputs from the sys- 
tem bus and in turn generates control signals for 
overall device operation. It is enabled or disabled by 
CS so that no operation can occur to change the 
function unless the device has been selected by the 
system logic. 


A "low" on this input informs the 8253 that the CPU 
is inputting data in the form of a counters value. 


A "low" on this input informs the 8253 that the CPU 
is outputting data in the form of mode information or 
loading counters. 


These inputs are normally connected to the address 
bus. Their function is to select one of the three coun- 
ters to be operated on and to address the control 
word register for mode selection. 


A "low" on this input enables the 8253. No reading 
or writing will occur unless the device is selected. 
The CS input has no effect upon the actual opera- 
tion of the counters. 
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Figure 3. Block Diagram 
Showing 
Data Bus 
Buffer and Read/Write 
Logic Functions 
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0 
1 
0 
0 
0 
Load Counter 
No. 0 


0 
1 
0 
0 
1 
Load Counter 
No. 1 


0 
1 
0 
1 
0 
Load Counter 
No.2 


0 
1 
0 
1 
1 
Write Mode Word 


0 
0 
1 
0 
0 
Read Counter 
No. 0 


0 
0 
1 
0 
1 
Read Counter No.1 


0 
0 
1 
1 
0 
Read Counter No.2 


0 
0 
1 
1 
1 
No-Operation 
3-State 


1 
X 
X 
X 
X 
Disable 3-State 


0 
1 
1 
X 
X 
No-Operation 
3-State 


The Control 
Word Register 
is selected 
when AO, A 1 
are 11. It then accepts 
information 
from the data bus 
buffer 
and 
stores 
it in a register. 
The 
information 
stored 
in this register 
controls 
the operation 
MODE 
of each counter, 
selection 
of binary or BCD counting 
and the loading 
of each count 
register. 


The Control 
Word Register 
can only be written 
into; 
no read operation 
of its contents 
is available. 


These three functional 
blocks 
are identical 
in opera- 


tion so only a single counter 
will be described. 
Each 
Counter 
consists 
of 
a single, 
16-bit, 
pre-settable, 
DOWN 
counter. 
The counter 
can operate 
in either 
binary or BCD and its input, gate and output are con- 
figured 
by the 
selection 
of MODES 
stored 
in the 
Control 
Word Register. 


The 
counters 
are fully 
independent 
and 
each 
can 
have separate 
MODE configuration 
and counting 
op- 
eration, 
binary 
or BCD. Also, there 
are special 
fea- 
tures in the control 
word that handle 
the loading 
of 
the count 
value 
so that 
software 
overhead 
can be 
minimized 
for these functions. 


The reading of the contents 
of each counter 
is avail- 
able 
to the 
programmer 
with 
simple 
READ 
opera- 


tions 
for 
event 
counting 
applications 
and 
special 
commands 
and 
logic 
are included 
in the 
8253 
so 
that the contents 
of each counter 
can be read "on 
the fly" without 
having to inhibit the clock 
input. 


The 8253 is a component 
of the Intel™ 
Microcom- 
puter systems 
and interfaces 
in the same manner as 
all other peripherals 
of the family. It is treated 
by the 
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ports; three are counters 
and the fourth 
is a control 


register 
for MODE programming. 


Basically, 
the 
select 
inputs 
AO, A 1 connect 
to the 


AO, A 1 address 
bus signals of the CPU. The CS can 


be derived 
directly 
from the address 
bus using a lin- 


ear select 
method. 
Or it can be connected 
to the 


output of a decoder, 
such as an Intel 8205 for larger 


systems. 
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Figure 4. Block Diagram 
Showing 
Control 
Word 


Register 
and Counter 
Functions 
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The complete functional definition of the 8253 is 
programmed by the systems software. A set of con- 
trol words must be sent out by the CPU to initialize 
each counter of the 8253 with the desired MODE 
and quantity information. Prior to initialization, the 
MODE, count, and output of all counters is unde- 
fined. These control words program the MODE, 
Loading sequence and selection of binary or BCD 
counting. 


Once programmed, the 8253 is ready to perform 
whatever timing tasks it is assigned to accomplish. 


The actual counting operation of each counter is 
completely independent and additional logic is pro- 
vided on-chip so that the usual problems associated 
with efficient monitoring and management of exter- 
nal, asynchronous events or rates to the microcom- 
puter system have been eliminated. 


All of the MODES for each counter are programmed 
by the systems software by simple I/O operations. 


Each counter of the 8253 is individually programmed 
by writing a control word into the Control Word Reg- 
ister. (AO,A1 = 11) 


0 
0 
Select Counter 0 


0 
1 
Select Counter 1 


1 
0 
Select Counter 2 


1 
1 
Illegal 


RL-READ/LOAD: 


RL1 
RLO 


0 
0 
Counter Latching operation (see 
READ/WRITE Procedure Section). 


1 
0 
Read/Load most significant byte only. 


0 
1 
Read/Load least significant byte only. 


1 
1 
Read/Load least significant byte first, 
then most significant byte. 


M-MODE: 


M2 


0 
0 
0 
Mode 0 


0 
0 
1 
Mode 1 


X 
1 
0 
Mode 2 


X 
1 
1 
Mode 3 


1 
0 
0 
Mode 4 


1 
0 
1 
Mode 5 


0 
Binary Counter 16-Bits 


1 
Binary Coded Decimal (BCD) Counter 
(4 Decades) 


Counter Loading 


The count register is not loaded until the count value 
is written (one or two bytes, depending on the mode 
selected by the RL bits), followed by a rising edge 
and a falling edge of the clock. Any read of the coun- 
ter prior to that falling clock edge may yield invalid 
data. 


MODE 0: Interrupt on Terminal Count. The output 
will be initially low after the mode set operation. After 
the count is loaded into the selected count register, 
the output will remain low and the counter will count. 
When terminal count is reached, the output will go 
high and remain high until the selected count regis- 
ter is reloaded with the mode or a new count is load- 
ed. The counter continues to decrement after termi- 
nal count has been reached. 


Rewriting a counter register during counting results 
in the following: 


(1) Write 1st byte stops the current counting. 
(2) Write 2nd byte starts the new count. 
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MODE 1: Programmable 
One-Shot. 
The output will 


go low on the count following 
the rising edge of the 


gate input. 


The output 
will go high on the terminal 
count. 
If a 


new count 
value is loaded 
while the output 
is low it 
will not affect the duration 
of the one-shot 
pulse until 


the 
succeeding 
trigger. 
The 
current 
count 
can 
be 


read 
at 
any 
time 
without 
affecting 
the 
one-shot 
pulse. 


The one-shot 
is retriggerable, 
hence 
the output 
will 


remain 
low for the full count after any rising edge of 


the gate input. 


MODE 2: Rate Generator. 
Divide by N counter. 
The 
output 
will be low for one period 
of the input clock. 


The period from one output pulse to the next equals 
the number 
of input counts 
in the count 
register. 
If 


the count register is reloaded 
between 
output pulses 
the present 
period will not be affected, 
but the sub- 


sequent 
period will reflect 
the new value. 


The gate input, when low, will force the output 
high. 
When the gate input goes high, the counter 
will start 
from 
the 
initial 
count. 
Thus, 
the gate 
input 
can be 
used to synchronize 
the counter. 


When 
this mode 
is set, the output 
will remain 
high 
until after 
the count 
register 
is loaded. 
The 
output 
then can also be synchronized 
by software. 


MODE 3: Square 
Wave 
Rate Generator. 
Similar to 
MODE 2 except that the output will remain high until 
one 
half the 
count 
has 
been 
completed 
(or even 
numbers) 
and go low for the other half of the count. 


This is accomplished 
by decrementing 
the counter 
by two on the falling edge of each clock pulse. When 
the counter 
reaches 
terminal 
count, 
the state of the 
output 
is changed 
and the counter 
is reloaded 
with 


the full count 
and the whole 
process 
is repeated. 


If the count 
is odd and the output 
is high, the first 
clock 
pulse 
(after the count 
is loaded) 
decrements 


the count by 1. Subsequent 
clock pulses decrement 


the clock 
by 2. After 
timeout, 
the output 
goes 
low 
and the full count 
is reloaded. 
The first clock 
pulse 


(following 
the reload) 
decrements 
the counter 
by 3. 
Subsequent 
clock 
pulses decrement 
the count 
by 2 


until timeout. 
Then the whole process 
is repeated. 
In 
this way, if the count 
is odd, the output 
will be high 
for (N + 1)/2 counts 
and low for (N - 
1)/2 counts. 


In Modes 
2 and 3, if a ClK source 
other 
than the 


system clock is used, GATE should be pulsed imme- 
diately following 
WR of a new count value. 


MODE 
4: Software 
Triggered 
Strobe. 
After 
the 


mode is set, the output will be high. When the count 
is loaded, 
the counter 
will begin counting. 
On termi- 


nal count, the output will go low for one input clock 
period, then will go high again. 


If the count register 
is reloaded 
during counting, 
the 


new count will be loaded on the next ClK pulse. The 
count will be inhibited 
while the GATE input is low. 


MODE 5: Hardware 
Triggered 
Strobe. 
The counter 


will start counting 
after the rising edge of the trigger 


input and will go low for one clock 
period when the 


terminal 
count is reached. 
The counter 
is retriggera- 


ble. The 
output 
will not go low until the full count 


after the rising edge of any trigger. 


Signal 
Low 
Status 
Or Going 
Rising 
High 


Modes 
Low 


0 
Disables 
- 
Enables 


counting 
counting 


1 
- 
1) Initiates 
- 


counting 
2) Resets output 


after next 
clock 


2 
1) Disables 
1) Reloads 
Enables 


counting 
counter 
counting 


2) Sets output 
2) Initiates 
immediately 
counting 
high 


3 
1) Disables 
1) Reloads 
Enables 


counting 
counter 
counting 


2) Sets output 
2) Initiates 
immediately 
counting 


high 


4 
Disables 
- 
Enables 


counting 
counting 


5 
- 
Initiates 
- 


counting 
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The systems software must program each counter 
of the 8253 with the mode and quantity desired. The 
programmer must write out to the 8253 a MODE 
control word and the programmed number of count 
register bytes (1 or 2) prior to actually using the se- 
lected counter. 


The actual order of the programming is quite flexible. 
Writing out of the MODE control word can be in any 
sequence of counter selection, e.g., counter #0 
does not have to be first or counter # 2 last. Each 
counter's MODE control word register has a sepa- 
rate address so that its loading is completely se- 
quence independent. (SCO,SC1). 


The loading of the Count Register with the actual 
count value, however, must be done in exactly the 
sequence programmed in the MODE control word 
(RLO,RL1). This loading of the counter's count reg- 
ister is still sequence independent like the MODE 
control word loading, but when a selected count reg- 
ister is to be loaded it must be loaded with the num- 
ber of bytes programmed in the MODE control word 
(RLO,RL1). The one or two bytes to be loaded in the 
count register do not have to follow the associated 
MODE control word. They can be programmed at 
any time following the MODE control word loading 
as long as the correct number of bytes is loaded in 
order. 


All counters are down counters. Thus, the value 
loaded into the count register will actually be decre- 
mented. Loading all zeros into a count register will 
result in the maximum count (216 for Binary or 104 
for BCD). In MODE 0 the new count will not restart 
until the load has been completed. It will accept one 
of two bytes depending on how the MODE control 
words (RLO, RL1) are programmed. Then proceed 
with the restart operation. 


MODE Control 
Word 


Counter 
n 


LSB 
Counter Register byte 


Counter n 


MSB 
Counter Register byte 


Counter n 


NOTE: 
Format shown is a simple example of loading the 8253 
and does not imply that it is the only format that can be 
used. 


A1 
AO 


MODE Control Word 
1 
1 
Counter 0 


MODE Control Word 
1 
1 
Counter 1 


MODE Control Word 
1 
1 
Counter 2 


LSB 
Count Register Byte 
0 
1 
Counter 1 


MSB 
Count Register Byte 
0 
1 
Counter 1 


LSB 
Count Register Byte 
1 
0 
Counter 2 


MSB 
Count Register Byte 
1 
0 
Counter 2 


LSB 
Count Register Byte 
0 
0 
Counter 0 


MSB 
Count Register Byte 
0 
0 
Counter 0 


NOTE: 
The exclusive addresses of each counter's count regis- 
ter make the task of programming the 8253 a very sim- 
ple matter, and maximum effective use of the device 
will result if this feature is fully initilized. 
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Read Operations 


In most counter 
applications 
it becomes 
necessary 
to read the value of the count in progress 
and make 
a computational 
decision 
based 
on 
this 
quantity. 
Event counters 
are probably 
the most common 
ap- 
plication 
that uses this function. 
The 8253 contains 
logic that 
will allow 
the programmer 
to easily 
read 
the 
contents 
of any of the three 
counters 
without 
disturbing 
the actual count in progress. 


There 
are two 
methods 
that 
the 
programmer 
can 
use to read the value of the counters. 
The first meth- 
od involves 
the use of simple I/O read operations 
of 
the selected 
counter. 
By controlling 
the AO, A1 in- 
puts 
to the 
8253 
the 
programmer 
can 
select 
the 
counter 
to be read (remember 
that 
no read opera- 
tion of the mode register 
is allowed 
AO, A1-11). The 
only requirement 
with this method 
is that in order to 
assure a stable count reading the actual operation 
of 
the selected 
counter 
must be inhibited 
either by con- 
trolling 
the 
Gate 
input 
or 
by 
external 
logic 
that 
inhibits the clock 
input. The contents 
of the counter 
selected 
will be available 
as follows: 


First 
I/O 
Read 
contains 
the 
least 
significant 
byte 
(LSB). 


Second 
I/O Read contains 
the most significant 
byte 
(MSB). 


Due to the internal 
logic of the 8253 it is absolutely 
necessary 
to complete 
the entire reading procedure. 
If two bytes 
are programmed 
to be read, then two 
bytes 
must 
be read 
before 
any 
loading 
WR 
com- 
mand can be sent to the same counter. 


A1 
AO 
RD 
0 
0 
0 
Read Counter 
No. 0 


0 
1 
0 
Read Counter 
No. 1 


1 
0 
0 
Read Counter 
No.2 


1 
1 
0 
Illegal 


Reading While Counting 


In order for the programmer 
to read the contents 
of 


any counter 
without effecting 
or disturbing 
the count- 


ing operation 
the 8253 has special internal 
logic that 


can be accessed 
using simple WR commands 
to the 
MODE 
register. 
Basically, 
when 
the 
programmer 


wishes 
to read the contents 
of a selected 
counter 


"on the fly" he loads the MODE register 
with a spe- 


cial code which latches 
the present 
count value into 
a storage 
register 
so that 
its contents 
contain 
an 
accurate, 
stable 
quantity. 
The programmer 
then 
is- 


sues a normal read command 
to the selected 
coun- 


ter 
and 
the 
contents 
of 
the 
latched 
register 
is 
available. 


SC1, SCe- 
specify 
counter 
to be latched. 
05, 04 
- 
00 designates 
counter 
latching 
opera- 
tion. 


X 
- 
don't 
care. 


The same limitation 
applies 
to this mode of reading 
the 
counter 
as the 
previous 
method. 
That 
is, it is 
mandatory 
to complete 
the entire read operation 
as 
programmed. 
This command 
has no effect 
on the 
counter's 
mode. 


3MHz 
·1.5MHz 
CLK 
~2 
CLK 


8085 
8253·5 
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•Notice: Stresses above those listed under ''Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
On Any Pin 
with Respect 
to Ground 
-0.5V 
to 7V 


Power Dissipation 
1 Watt 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.2 
Vee + .5V 
V 


VOL 
Output Low Voltage 
0.45 
V 
(Note 1) 


VOH 
Output High Voltage 
2.4 
V 
(Note 2) 


IlL 
Input Load Current 
±10 
p.A 
VIN = Vee to OV 


IOFL 
Output Float Leakage 
±10 
p.A 
Your = Vee to 0.45V 


Ice 
Vee Supply Current 
140 
mA 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


CIN 
Input-Gapacitance 
10 
pF 
fc = 1 MHz 


CliO 
I/O Capacitance 
20 
pF 
Unmeasured 
pins returned 
to Vss 


8253 
8253·5 
Symbol 
Parameter 
Unit 


Min 
Max 
Mln 
Max 


tAR 
Address 
Stable before READ 
50 
30 
ns 


tRA 
Address 
Hold Time for READ 
5 
5 
ns 


tRR 
READ Pulse Width 
400 
300 
ns 


tRD 
Data Delay from READ(4) 
300 
200 
ns 


tDF 
READ to Data Floating 
25 
125 
25 
100 
ns 


tRY 
Recovery 
Time between 
READ 
1 
1 
p.s 


and Any Other Control Signal 
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8253 
8253-5 
Symbol 
Parameter 
Unit 


Mln 
Max 
Mln 
Max 


tAW 
Address 
Stable before WRITE 
50 
30 
ns 


tWA 
Address 
Hold Time for WRITE 
30 
30 
. 


ns 


tww 
WRITE Pulse Width 
400 
300 
ns 


tow 
Data Set Up Time for WRITE 
300 
250 
ns 


two 
Data Hold Time for WRITE 
40 
30 
ns 


tRY 
Recovery 
Time between 
WRITE 
1 
1 
IJ-s 
and Any Other Control Signal 


8253 
8253·5 
Symbol 
Parameter 
Unit 
Mln 
Max 
Mln 
Max 


tCLK 
Clock Period 
380 
dc 
380 
dc 
ns 


tpwH 
High Pulse Width 
230 
230 
ns 


tpWL 
low 
Pulse Width 
150 
150 
ns 


tGW 
Gate Width High 
150 
150 
ns 


tGL 
Gate Width low 
100 
100 
ns 


tGS 
Gate Set Up Time to ClK t 
100 
100 
ns 


tGH 
Gate Hold Time after ClK t 
50 
50 
ns 


too 
Output Delay from ClK 
J.. (4) 
400 
400 
ns 


tOOG 
Output Delay from Gate J.. (4) 
300 
300 
ns 


NOTES: 
1. IOL = 2.2 mA. 
2. IOH = -400 
",A. 


3. AC timings 
measured 
at VOH 2.2, VOL = 0.8. 


4. CL = 150 pF. 
·For Extended Temperature EXPRESS, use M8253 electrical parameters. 


2.2V 
2.2V 
> TEST 
POINTS < 


0.8 
0.8 


DEVICE 
UNDER 
TEST 


231306-13 


A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". TIming measurements are made at 2.2V for a 
Logic "1" and 0.8V for a Logic "0". 
Iel = 150pF 
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8254 
PROGRAMMABLE 
INTERVAL TIMER 


• 
Compatible with All Intel and Most 
Other Microprocessors 


• 
Handles Inputs from DC to 10 MHz 
- 
5 MHz 8254-5 
- 
8 MHz 8254 
-10 
MHz 8254-2 


• 
Status Read-Back Command 


• 
Six Programmable Counter Modes 


• 
Three Independent 
16-Blt Counters 


• 
Binary or BCD Counting 


• 
Single + 5V Supply 


• 
Available in EXPRESS 
- 
Standard Temperature 
Range 


The Intel~ 
8254 is a counter/timer 
device 
designed 
to solve the common 
timing 
control 
problems 
in micro- 
computer 
system 
design. It provides 
three independent 
16-bit counters, 
each capable 
of handling 
clock inputs 
up to 10 MHz. All modes 
are software 
programmable. 
The 8254 is a superset 
of the 8253. 


The 8254 uses HMOS technology 
and comes 
in a 24-pin plastic 
or CERDIP 
package. 


CLK 0 
0, 
Vcc 


0,,00 
COUNTER 
_GATEO 
Os 
WA 


0 
0, 
AD 


OUT 0 
O. 
cs 


03 
A, 


D. 
Ao 


0, 
CLK 2 
iW 
CLK 1 
00 
oUT2 
Wll 
REAOt 
WRITE 
GATE 1 
CLK 0 
GATE 2 
Ao 
.. 
lOGIC 
oUTO 
CLK 1 
A, 
OUT 1 
GATE 0 
GATE 1 


GNO 
OUT 1 
~ 
231164-2 


Figure 
2. Pin Configuration 
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Symbol 
Pin 
Type 
Name and Function 
No. 
07-00 
1-8 
I/O 
DATA: Bi-directional 
three state data bus lines, connected 
to system 
data bus. 


ClKO 
9 
I 
CLOCK 0: Clock input of Counter O. 
- 


OUTO 
10 
0 
OUTPUT 
0: Output of Counter O. 


GATE 0 
11 
I 
GATE 0: Gate input of Counter O. 


GND 
12 
GROUND: 
Power supply connection. 


Vcc 
24 
POWER: + 5V power supply connection. 


WR 
23 
I 
WRITE CONTROL: 
This input is low during CPU write operations. 


RD 
22 
I 
READ CONTROL: 
This input is low during CPU read operations. 


CS 
21 
I 
CHIP SELECT: A low on this input enables the 8254 to respond 
to 
RD and WR signals. RD and WR are ignored otherwise. 


A1,Ao 
20-19 
I 
ADDRESS: 
Used to select one of the three Counters 
or the Control 
Word Register for read or write operations. 
Normally 
connected 
to 
the system address bus. 


A1 
Ao 
Selects 


0 
0 
Counter 0 
0 
1 
Counter 
1 
1 
0 
Counter 2 
1 
1 
Control Word Register 
I' 


ClK2 
18 
I 
CLOCK 2: Clock input of Counter 2. 


OUT2 
17 
0 
OUT 2: Output of Counter 2. 


GATE 2 
16 
I 
GATE 2: Gate input of Counter 2. 
" 


ClK 
1 
15 
I 
CLOCK 
1: Clock input of Counter 
1. 


GATE 1 
14 
I 
GATE 1: Gate input of Counter 
1. 


OUT 1 
13 
0 
OUT 1: Output of Counter 
1. 


The 8254 is a programmable 
interval 
timer/counter 
designed 
for use with Intel microcomputer 
systems. 
It is a general 
purpose, 
multi-timing 
element 
that can 
be treated 
as an array 
of I/O 
ports 
in the 
system 
software. 


The 8254 solves one of the most common 
problems 
in any microcomputer 
system, 
the generation 
of ac- 
curate time delays under software 
control. 
Instead of 
setting 
up timing 
loops in software, 
the programmer 
configures 
the 8254 to match 
his requirements 
and 
programs 
one of the counters 
for the desired 
delay. 
After 
the desired 
delay, 
the 8254 
will interrupt 
the 
CPU. 
Software 
overhead 
is minimal 
and 
variable 
length delays 
can easily be accommodated. 


Some of the other counter/timer 
functions 
common 
to microcomputers 
which 
can be implemented 
with 
the 8254 are: 


• 
Real time clock 


• 
Event-counter 


• 
Digital one-shot 


• 
Programmable 
rate generator 


• 
Square wave generator 


• 
Binary rate multiplier 


• 
Complex 
waveform 
generator 


• 
Complex 
motor controller 


This 3-state, 
bi-directional, 
8-bit buffer 
is used to in- 
terface 
the 8254 to the system 
bus (see Figure 3). 
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GATE 1 


OUT 1 


The Read/Write logic accepts inputs from the sys- 
tem bus and generates control signals for the other 
functional blocks of the 8254. A1 and Ao select one 
of the three counters or the Control Word R~ter 
to be read from/written into. A "low" on the RD in- 
put tells the 8254 that the CPU is reading one of the 
counters. A "low" on the WR input tells the 8254 
that the CPU is writing either a Control Word or an 
initial count. Both RD and WR are qualified by CS; 
RD and WR are ignored unless the 8254 has been 
selected by holding CS low. 


The Control Word Register (see Figure 4) is selected 
by the Read/Write logic when A1.AO = 11. If the 
CPU then does a write operation to the 8254, the 
data is stored in the Control Word Register and is 
interpreted as a Control Word used to define the 
operation of the Counters. 


The Control Word Register can only be written to; 
status information is available with the Read-Back 
Command. 


These three functional blocks are identical in opera- 
tion, so only a single Counter will be described. The 
internal block diagram of a single counter is shown 
in Figure 5. 


The Counters are fully independent. Each Counter 
may operate in a different Mode. 


The Control Word Register is shown in the figure; it 
is not part of the Counter itself, but its contents de- 
termine how the Counter operates. 


The 
status 
register, shown 
in 
Figure 5, when 


latched, contains the current contents of the Control 
Word Register and status of the output and null 
count flag. (See detailed explanation of the Read- 
Back command.) 


The actual counter is labelled CE (for "Counting Ele- 
ment"). It is a 16-bit presettable synchronous down 
counter. 


OlM and OlL are two 8-bit latches. Ol stands for 
"Output latch"; 
the subscripts M and l stand for 


"Most significant byte" and "least 
significant byte" 


intJ 


DATA 
BUS 
BUFFER 


RD 
ClK 
1 
WJI 
READI 
WRITE 
GATE 
1 
Ao 
• 
lOGIC 


A, 
oUTl 


B 


GATE 
2 


OUT 2 
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respectively. Both are normally referred to as one 
unit and called just OL. These latches normally "fol- 
low" the CE, but if a suitable Counter Latch Com- 
mand is sent to the 8254, the latches "latch" the 
present count until read by the CPU and then return 
to "following" the CEoOne latch at a time is enabled 
by the counter's Control Logic to drive the internal 
bus. This is how the 16-bit Counter communicates 
over the 8-bit internal bus. Note that the CE itself 
cannot be read; whenever you read the count, it is 
the OL that is being read. 


Similarly, there are two 8-bit registers called CRM 
and CRL (for "Count Register"). Both are normally 
referred to as one unit and called just CR. When a 
new count is written to the Counter, the count is 
stored in the CR and later transferred to the CEoThe 
Control Logic allows one register at a time to be 
loaded from the internal bus. Both bytes are trans- 
ferred to the CE simultaneously. CRM and CRL are 
cleared when the Counter is programmed. In this 
way, if the Counter has been programmed for one 
byte counts (either most significant byte only or least 
significant byte only) the other byte will be zero. 
Note that the CE cannot be written into; whenever a 
count is written, it is written into the CR. 


The Control Logic is also shown in the diagram. 
CLK n, GATE n, and OUT n are all connected to the 
outside world through the Control Logic. 


The 8254 is a component of the Intel Microcomputer 
Systems and interfaces in the same manner as all 


COUNTER 
o 


'OUT 
G~TE 
CLK' 


other peripherals of the family. It is treated by the 
system's software as an array of peripheral I/O 
ports; three are counters and the fourth is a control 
register for MODE programming. 


Basically, the select inputs AO.A1connect to the Ao, 
A1 address bus signals of the CPU. The CS can be 
derived directly from the address bus using a linear 
select method. Or it can be connected to the output 
of a decoder, such as an Intel 8205 for larger sys- 
tems. 


After power-up, the state of the 8254 is undefined. 
The Mode, count value, and output of all Counters 
are undefined. 


How each Counter operates is determined when it is 
programmed. Each Counter must be programmed 
before it can be used. Unused counters need not be 
programmed. 


Counters are programmed by writing a Control Word 
and then an initial count. 


The Control Words are written into the Control Word 
Register, which is selected when A1,Ao = 11. The 
Control Word itself specifies which Counter is being 
programmed. 
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Control Word Format 
A1,Ao = 11 
CS = 0 
RD = 1 
WR = 0 


SC-5elect Counter 
SC1 
SCO 


0 
0 
Select Counter 0 


0 
1 
Select Counter 1 


1 
0 
Select Counter 2 


1 
1 
Read-Back Command 
(see Read Operations) 


RW-Read/Wrlte 
RW1 RWO 


0 
0 
Counter Latch Command (see Read 
Operations) 


0 
1 
Read/Write least significant byte only 


1 
0 
Read/Write most significant byte only 


1 
1 
Read/Write least significant byte first, 
then most significant byte 


M-Mode 
M2 


0 
0 
0 
Mode 0 


0 
0 
1 
Mode 1 


X 
1 
0 
Mode 2 


X 
1 
1 
Mode 3 


1 
0 
0 
Mode 4 


1 
0 
1 
Mode 5 


0 
Binary Counter 16-bits 


1 
Binary Coded Decimal (BCD) Counter 
(4 Decades) 


NOTE: 
Don't 
care bits (Xl should 
be 0 to insure compatibility 
with future 
Intel products. 


By contrast, initial counts are written into the Coun- 
ters, not the Control Word Register. The A1,Ao in- 
puts are used to select the Counter to be written 
into. The format of the initial count is determined by 
the Control Word used. 


The programming procedure for the 8254 is very 
flexible. Only two conventions need to be remem- 
bered: 


1')For each Counter, the Control Word must be writ- 


ten before the initial count is written. 
2) The initial count must follow the count format 
specified in the Control Word (least significant 
byte only, most significant byte only, or least sig- 
nificant byte and then most significant byte). 


Since the Control Word Register and the three 
Counters have separate addresses (selected by the 
A1,Ao inputs), and each Control Word specifies the 
Counter it applies to (SCO,SC1bits), no special in- 
struction sequence is required. Any programming 
sequence that follows the conventions in Figure 7 is 
acceptable. 


A new initial count may be written to a Counter at 
any 
time 
without 
affecting 
the 
Counter's 
pro- 


grammed Mode in any way. Counting will be affected 
as described in the Mode definitions. The new count 
must follow the programmed count format. 


If a Counter is programmed to read/write two-byte 
counts, the following precaution applies: A program 
must not transfer control between writing the first 
and second byte to another routine which also writes 
into that same Counter. Otherwise, the Counter will 
be loaded with an incorrect count. 


A1 
Ao 
A1 
Ao 
Control Word-Counter a 
1 
1 
Control Word-Gounter 
2 
1 
1 


LSB of count-Gounter a 
a 
a 
Control Word-Gounter 
1 
1 
1 


MSB of count-Gounter a 
a 
a 
Control Word-Gounter a 
1 
1 


Control Word-Counter 
1 
1 
1 
LSB of count-Gounter 
2 
1 
a 
LSB of count-Gounter 
1 
a 
1 
MSB of count-Gounter 
2 
1 
a 
MSB of count-Gounter 
1 
a 
1 
LSB of count-Gounter 
1 
a 
1 


Control Word-Gounter 
2 
1 
1 
MSB of count-Counter 
1 
a 
1 
LSB of count-Gounter 
2 
1 
a 
LSB of count-Gounter a 
a 
a 


MSB of count-Gounter 
2 
1 
a 
MSB of count-Gounter a 
a 
a 


A1 
Ao 
A1 
Ao 


Control Word-Gounter a 
1 
1 
Control Word-Gounter 
1 
1 
1 
Control Word-Gounter 
1 
1 
1 
Control Word-Gounter a 
1 
1 
Control Word-Counter 
2 
1 
1 
LSB of count-Gounter 
1 
a 
1 
LSB of count-Gounter 
2 
1 
a 
Control Word-Gounter 
2 
1 
1 
LSB of count-Gounter 
1 
a 
1 
LSB of count-Gounter a 
a 
a 
LSB of count-Gounter a 
a 
a 
MSB of count-Gounter 
1 
a 
1 
MSB of count-Gounter a 
a 
a 
LSB of count-Gounter 
2 
1 
a 
MSB of count-Gounter 
1 
a 
1 
MSB of count-Gounter a 
a 
a 
MSB of count-Gounter 
2 
1 
a 
MSB of count-Gounter 
2 
1 
a 


NOTE: 
In all four examples, all Counters are programmed to read/write two-byte counts. These are only four of many possible 
programming sequences. 


It is often desirable to read the value of a Counter 
without disturbing the count in progress. This is easi- 
ly done in the 8254. 


There are three possible methods for reading the 
counters: a simple read operation, the Counter 
Latch Command, and the Read-Back Command. 
Each is explained below. The first method is to per- 
form a simple read operation. To read the Counter, 
which is selected with the A1, Aa inputs, the CLK 
input of the selected Counter must be inhibited by 
using either the GATE input or external logic. Other- 
wise, the count may be in the process of changing 
when it is read, giving an undefined result. 


The second method uses the "Counter Latch Com- 
mand". Like a Control Word, this command is written 
to the Control Word Register, which is selected 
when A1,Ao = 11. Also like a Control Word, the 
sca, SC1 bits select one of the three Counters, but 
two other bits, 05 and 04, distinguish this command 
from a Control Word. 


a 
a 
a 
a 
1 
1 
1 
a 
2 
1 
1 
Read-Back Command 


X-don't 
care 


NOTE: 
Don't care bits (X) should be 0 to insure compatibility 
with future Intel products. 


inter 


The selected 
Counter's 
output latch (OL) latches the 


count 
at the time 
the 
Counter 
Latch 
Command 
is 
received. 
This count is held in the latch until it is read 
by the CPU (or until the Counter 
is reprogrammed). 
The count 
is then 
unlatched 
automatically 
and the 
OL returns to "following" 
the counting 
element 
(CE). 
This 
allows 
reading 
the 
contents 
of the 
Counters 


"on 
the fly" 
without 
affecting 
counting 
in progress. 
Multiple 
Counter 
Latch Commands 
may be used to 


latch 
more 
than 
one Counter. 
Each 
latched 
Coun- 


ter's OL holds its count until it is read. Counter 
Latch 
Commands 
do not affect 
the programmed 
Mode of 
the Counter 
in any way. 


If a Counter 
is latched 
and then, 
some 
time 
later, 
latched 
again before 
the count 
is read, the second 
Counter 
Latch Command 
is ignored. The count read 
will be the count 
at the time the first Counter 
Latch 
Command 
was issued. 


With either method, 
the count 
must be read accord- 


ing to the 
programmed 
format; 
specifically, 
if the 
Counter 
is programmed 
for two 
byte 
counts, 
two 
bytes must be read. The two bytes do not have to be 
read one right after the other; 
read or write or pro- 
gramming 
operations 
of other 
Counters 
may be in- 


serted 
between 
them. 


Another 
feature 
of the 8254 is that reads and writes 
of the same Counter 
may be interleaved; 
for exam- 


ple, 
if the 
Counter 
is 
programmed 
for 
two 
byte 


counts, 
the following 
sequence 
is valid. 


1) Read least significant 
byte. 


2) Write new least significant 
byte. 


3) Read most significant 
byte. 


4) Write new most significant 
byte. 


If a Counter 
is programmed 
to read/write 
two-byte 


counts, 
the following 
precaution 
applies: 
A program 


must 
not transfer 
control 
between 
reading 
the first 


and second 
byte to another 
routine which also reads 
from 
that 
same 
Counter. 
Otherwise, 
an 
incorrect 


count will be read. 


The third 
method 
uses 
the 
Read-Back 
Command. 


This command 
allows 
the user to check 
the count 


value, programmed 
Mode, and current 
states of the 
OUT pin and Null Count flag of the selected 
coun- 


ter(s). 


The command 
is written 
into the Control 
Word Reg- 


ister 
and 
has the format 
shown 
in Figure 
10. The 
command 
applies 
to the counters 
selected 
by set- 


ting their corresponding 
bits 03, 02, 01 = 1. 


05: 0 = Latch count 
of selected 
counter(s) 


04: 0 = Latch 
status 
of selected 
counters(s) 


03: 1 = Select 
Counter 
2 
02: 1 = Select 
Counter 
1 
01: 1 = Select 
Counter 
0 
Do: Reserved 
for future 
expansion; 
Must be 0 


Figure 10. Read·Back 
Command 
Format 


The read-back 
command 
may be used to latch multi- 


ple 
counter 
output 
latches 
(OL) 
by 
setting 
the 


COUNT 
bit 05 = 0 and selecting 
the desired 
coun- 


ter(s). 
This single 
command 
is functionally 
equiva- 


lent 
to 
several 
counter 
latch 
commands, 
one 
for 


each counter 
latched. 
Each counter's 
latched 
count 


is 
held 
until 
it 
is read 
(or 
the 
counter 
is 
repro- 


grammed). 
The 
counter 
is automatically 
unlatched 


when 
read, but other 
counters 
remain 
latched 
until 


they are read. If multiple count read-back 
commands 


are issued to the same counter 
without 
reading 
the 


count, 
all but the 
first 
are ignored; 
I.e., the 
count 


which 
will be read is the count 
at the time the first 


read-back 
command 
was issued. 


The read-back 
command 
may also be used to latch 


status 
information 
of selected 
counter(s) 
by setting 


STATUS 
bit 04 
= O. Status 
must be latched 
to be 


read; status of a counter 
is accessed 
by a read from 


that counter. 


The counter 
status format 
is shown in Figure 11. Bits 


05 through 
00 contain 
the counter's 
programmed 


Mode 
exactly 
as written 
in the 
last 
Mode 
Control 


Word. OUTPUT 
bit 07 contains 
the current 
state of 


the 
OUT 
pin. This 
allows 
the 
user to monitor 
the 


counter's 
output 
via software, 
possibly 
eliminating 


some hardware 
from a system. 


07 
1 = OUT Pin is 1 
o = OUT Pin is 0 


06 
1 = Null Count 
o = Count available 
for reading 


05-00 Counter 
programmed 
mode 
(see Figure 


7) 


inter 


NULL COUNT 
bit 06 indicates 
when the last count 
written to the counter 
register 
(CR) has been loaded 


into the counting 
element 
(CE). The exact time this 


happens 
depends 
on the Mode of the counter 
and is 
described 
in the Mode Definitions, 
but until the count 


is loaded 
into the counting 
element 
(CE), it can't 
be 


read from the counter. 
If the count is latched 
or read 
before 
this time, the count value will not reflect 
the 
new count just written. 
The operation 
of Null Count 


is shown 
in Figure 
12. 


ThisAction 
Causes 
A. Write to the control word register;(1) Null Count = 1 
B. Write to the count register (CR);(2) 
Null Count = 1 
C. New Count is loaded into 
Null Count = 0 
CE(CR-CE); 


NOTE: 
1. Only the counter specified by the control word will 
have its Null Count set to 1. Null count bits of other 
counters are unaffected. 
2. If the counter is programmed for two-byte counts 
(least significant byte then most significant byte) Null 
Count goes to 1 when the second byte is written. 


If multiple 
status 
latch operations 
of the counter(s) 


are performed 
without 
reading the status, all but the 


first are ignored; 
Le., the status 
that will be read is 


the status 
of the counter 
at the time the first status 


read-back 
command 
was issued. 


Both 
count 
and 
status 
of the 
selected 
counter(s) 


may 
be 
latched 
simultaneously 
by 
setting 
both 


Command 
07 
06 
05 
04 
03 
02 
01 
Do 


COUNT 
and STATUS 
bits 05,04 
= O. This is func- 


tionally 
the same as issuing two separate 
read-back 


commands 
at once, and the above 
discussions 
ap- 


ply here also. 
Specifically, 
if multiple 
count 
and/or 


status read-back 
commands 
are issued to the same 


counter(s) 
without 
any intervening 
reads, all but the 


first are ignored. 
This is illustrated 
in Figure 13. 


If both count and status of a counter 
are latched, 
the 


first read operation 
of that counter 
will return latched 


status, 
regardless 
of which 
was 
latched 
first. 
The 


next one or two 
reads 
(depending 
on whether 
the 


counter 
is programmed 
for one or two type counts) 


return 
latched 
count. 
Subsequent 
reads 
return 
un- 


latched 
count. 


CS 
RO 
WR 
A1 
Ao 


0 
1 
0 
0 
0 
Write into Counter 0 


0 
1 
0 
0 
1 
Write into Counter 
1 


0 
1 
0 
1 
0 
Write into Counter 2 


0 
1 
0 
1 
1 
Write Control Word 


0 
0 
1 
0 
0 
Read from Counter 0 


0 
0 
1 
0 
1 
Read from Counter 
1 


0 
0 
1 
1 
0 
Read from Counter 2 


0 
0 
1 
1 
1 
No-Operation 
(3-State) 


1 
X 
X 
X 
X 
No-Operation 
(3-State) 


0 
1 
1 
X 
X 
No-Operation 
(3-State) 


1 
1 
0 
0 
0 
0 
1 
0 
Read back count and status of 
Count and status latched 


Counter 0 
for Counter 0 


1 
1 
1 
0 
0 
1 
0 
0 
Read back status of Counter 
1 
Status latched for Counter 
1 


1 
1 
1 
0 
1 
1 
0 
0 
Read back status of Counters 
2, 1 
Status latched for Counter 
2, but not Counter 
1 


1 
1 
0 
1 
1 
0 
0 
0 
Read back count of Counter 2 
Count latched for Counter 2 


1 
1 
0 
0 
0 
1 
0 
0 
Read back count and status of 
Count latched for Counter 
1, 


Counter 
1 
but not status 


1 
1 
1 
0 
0 
0 
1 
0 
Read back status of Counter 
1 
Command 
ignored, status 


already latched for Counter 
1 


The following are defined for use in describing the 
operation of the 8254. 
ClK Pulse: 
a rising edge, then a falling edge, in 
that order, of a Counter's ClK in- 
put. 


Trigger: 
a rising edge of a Counter's GATE 
input. 


Counter loading: the transfer of a count from the CR 
to the CE (refer to the "Functional 
Description") 


Mode 0 is typically used for event counting. After the 
Control Word is written, OUT is initially low, and will 
remain low until the Counter reaches zero. OUT then 
goes high and remains high until a new count or a 
new Mode 0 Control Word is written into the Coun- 
ter. 


GATE = 1 enables counting; GATE = 0 disables 
counting. GATE has no effect on OUT. 


After the Control Word and initial count are written to 
a Counter, the initial count will be loaded on the next 
ClK pulse. This ClK pulse does not decrement the 
count, so for an initial count of N, OUT does not go 
high until N + 1 ClK pulses after the initial count is 
written. 


If a new count is written to the Counter, it will be 
loaded on the next ClK pulse and counting will con- 
tinue from the new count. If a two-byte count is writ- 
ten, the following happens: 
1) Writing the first byte disables counting. OUT is set 
low immediately (no clock pulse required) 


2) Writing the second byte allows the new count to 
be loaded on the next ClK pulse. 


This allows the counting sequence to be synchroniz- 
ed by software. Again, OUT does not go high until 
N+ 1 ClK pulses after the new count of N is written. 


If an initial count is written while GATE = 0, it will 
still be loaded on the next ClK pulse. When GATE 
goes high, OUT will go high N ClK pulses later; no 
ClK pulse is needed to load the Counter as this has 
already been done. 


MODE 
1: HARDWARE 
RETRIGGERABLE 
ONE·SHOT 


OUT will be initially high. OUT will go low on the ClK 
pulse following a trigger to begin the one-shot pulse, 
and will remain low until the Counter reaches zero. 


OUT will then go high and remain high until the ClK 
pulse after the next trigger. 


After writing the Control Word and initial count, the 
Counter is armed. A trigger results in loading the 
Counter and setting OUT low on the next ClK pulse, 
thus starting the one-shot pulse. An initial count of N 
will result in a one-shot pulse N ClK cycles in dura- 
tion. The one-shot is retriggerable, hence OUT will 
remain low for N ClK pulses after any trigger. The 
one-shot pulse can be repeated without rewriting the 
same count into the counter. GATE has no effect on 
OUT. 


If a new count is written to the Counter during a one- 
shot pulse, the current one-shot is not affected un- 
less the counter is retriggered. In that case, the 
Counter is loaded with the new count and the one- 
shot pulse continues until the new count expires. 


This Mode functions like a divide-by-N counter. It is 
typically used to generate a Real Time Clock inter- 
rupt. OUT will initially be high. When the initial count 
has decremented to 1, OUT goes low for one ClK 
pulse. OUT then goes high again, the Counter reo 
loads the initial count and the process is repeated. 
Mode 2 is periodic; the same sequence is repeated 
indefinitely. For an initial count of N, the sequence 
repeats every N ClK cycles. 


GATE = 1 enables counting; GATE = 0 disables 
counting. Jf GATE goes low during an output pulse, 
OUT is set high immediately. A trigger reloads the 
Counter with the initial count on the next ClK pulse; 
OUT goes low N ClK pulses after the trigger. Thus 
the GATE input can be used to synchronize the 
Counter. 


After writing a Control Word and initial count, the 
Counter will be loaded on the next ClK pulse. OUT 
goes low N ClK Pulses after the initial count is writ- 
ten. This allows the Counter to be synchronized by 
software also. 


Writing a new count while counting does not affect 
the current counting sequence. If a trigger is re- 
ceived after writing a new count but before the end 
of the current period, the Counter will be loaded with 
the new count on the next ClK pulse and counting 
will continue from the new count. Otherwise, the 
new count will be loaded at the end of the current 
counting cycle. In mode 2, a COUNT of 1 is illegal. 


Mode 3 is typically used for Baud rate generation. 
Mode 3 is similar to Mode 2 except for the duty cycle 
of OUT. OUT will initially be high. When half the 


inter 


NOTE: 
The following 
conventions 
apply to all mode timing 
diagrams: 
1. Counters 
are programmed 
for binary (not BCD) counting 
and for reading/writing 
least significant 
byte (LSB) only. 
2. The counter 
is always 
selected 
(CS always 
low). 


3. CW stands 
for "Control 
Word"; 
CW = 10 means 
a control 
word of 10 HEX is written 
to the counter. 
4. LSB stands 
for "Least 
Significant 
Byte" 
of count. 


5. Numbers 
below 
diagrams 
are count 
values. 
The lower 
number 
is the least 
significant 
byte. The upper 
number 
is the 


most significant 
byte. Since the counter 
is programmed 
to read/write 
LSB only, the most significant 
byte cannot 
be read. 


N stands 
for an undefined 
count. 


Vertical 
lines show transitions 
between 
count 
values. 


inter 


CW-12 
LSB=3 


WR l-JU---------- 


GATE ------in---------~n----- 


OUT .-J 
\ 
_ 


I N I N I 
N I 
N I 
N I ~ I ~ 


\ 


~ I ~~I ~ I ~ 


CW-12 
LSB-3 


WIl LJU-------- 


GATE -------in ----1n---------- 


OUT 
~ 


I 
N I N I 
N I 
N 
\ 
~r 


INI~I 
~ 
~ 
~ 
I~I 


GATE -------in ---------; n------ 


\ 
I 


N I N I 
N I ~ I ~ I 


initial count 
has expired. 
OUT goes 
low for the re- 


mainder 
of the count. 
Mode 
3 is periodic; 
the se- 
quence 
above 
is 
repeated 
indefinitely. 
An 
initial 


count of N results 
in a square wave with a period of 


N ClK 
cycles. 


GATE = 
1 enables 
counting; 
GATE = 0 disables 


counting. 
If GATE goes low while OUT is low, OUT is 


set high immediately; 
no ClK 
pulse 
is required. 
A 


trigger 
reloads 
the Counter 
with the initial count 
on 


the 
next ClK 
pulse. 
Thus 
the GATE 
input 
can be 


used to synchronize 
the Counter. 


After 
writing 
a Control 
Word 
and 
initial 
count. 
the 


Counter 
will be loaded 
on the next ClK 
pulse. This 


allows 
the Counter 
to be synchronized 
by software 


also. 


Writing 
a new count 
while counting 
does 
not affect 


the 
current 
counting 
sequence. 
If a trigger 
is re- 


ceived 
after writing 
a new count 
but before 
the end 


of the 
current 
half-cycle 
of the 
square 
wave. 
the 


Counter 
will be loaded 
with the 
new count 
on the 
next ClK 
pulse and counting 
will continue 
from the 


inter 


CW = 14 
LSB = 3 
WRLJU~-------- 


CW=14 
LSB=3 
WlIL.Jl..J------- 


OUT~ 


I N I N I N I N I ~ I ~ I ~ I 


OUT =.=J 


I N I N I N I N I ~ 


NOTE: 
A GATE transition 
should 
not occur 
one clock 
prior to terminal 
count. 


new count. Otherwise, the new count will be loaded 
at the end of the current half-cycle. 


Even counts: OUT is initially high. The initial count is 
loaded on one ClK pulse and then is decremented 
by two on succeeding ClK pulses. When the count 
expires OUT changes value and the Counter is re- 
loaded with the initial count. The above process is 
repeated indefinitely. 


Odd counts: OUT is initially high. The initial count 
minus one (an even number) is loaded on one ClK 
pulse and then is decremented by two on succeed- 
ing ClK pulses. One ClK pulse after the count ex- 
pires, OUT goes low and the Counter is reloaded 
with the initial count minus one. Succeeding ClK 
pulses decrement the count by two. When the count 
expires, OUT goes high again and the Counter is 
reloaded with the initial count minus one. The above 
process is repeated indefinitely. So for odd counts, 
OUT will be high for (N + 1)/2 counts and low for 
(N - 
1)/2 counts. 


inter 


eW.18 
LSI.4 


WR l-J'-u~~----------- 


CW_16 
LSB.S 
WI! l-J'-ur------------ 


GATE 


OUT~ 
--' 
I ~ I 
__r 


I 


eW-18 
LSB=4 
W1i~---------- 


L---.l 
LJ 


I ~ I ~ I 
~r 


I 


NOTE: 
A GATE transition 
should 
not occur 
one clock 
prior to terminal 
count. 


inter 


OUT will be initially high. When the initial count ex- 
pires, OUT will go low for one ClK pulse and then 
go high again. The counting sequence is "triggered" 
by writing the initial count. 


GATE = 1 enables counting; GATE = 0 disables 
counting. GATE has no effect on OUT. 


After writing a Control Word and initial count, the 
Counter will be loaded on the next ClK pulse. This 
ClK pulse does not decrement the count, so for an 


initial count of N, OUT does not strobe low until N + 
1 ClK pulses after the initial count is written. 


If a new count is written during counting, it will be 
loaded on the next ClK pulse and counting will con· 
tinue from the new count. If a two-byte count is writ- 
ten, the following happens: 
1) Writing the first byte has no effect on counting. 


2) Writing the second byte allows the new count to 


be loaded on the next ClK pulse. 


This allows the sequence to be "retriggered" 
by 


software. OUT strobes low N + 1 ClK pulses after 
the new count of N is written. 


CW=18 
lSB=3 
WII 
l.-J1...J------- 


GATE 


OUT~ 
u 


o I 
0 I FF I FF I FF I 
1 
0 
FF 
FE 
FD 


CW=18 
lSB=3 
WIIl.-J1...J------- 


OUT =.=J 
LJ 


o I 
0 I FF I 
1 
0 
FF 


GATE 


OUT =-.J 


ININININI~I~I~I 


MODE 
5: HARDWARE 
TRIGGERED 
STROBE 
(RETRIGGERABLE) 


OUT will initially be high. Counting is triggered by a 
rising edge of GATE. When the initial count has ex- 
pired, OUT will go low for one ClK pulse and then 
go high again. 


After writing the Control Word and initial count, the 
counter will not be loaded until the ClK pulse after a 
trigger. This ClK 
pulse does not decrement the 


count, so for an initial count of N, OUT does not 
strobe low until N + 1 ClK pulses after a trigger. 


A trigger results in the Counter being loaded with the 
initial count on the next ClK 
pulse. The counting 


sequence is retriggerable. OUT will not strobe low 
for N + 1 ClK pulses after any trigger. GATE has 
no effect on OUT. 


If a new count is written during counting, the current 
counting sequence will not be affected. If a trigger 
occurs after the new count is written but before the 
current count expires, the Counter will be loaded 
with the new count on the next ClK 
pulse and 


counting will continue from there. 


CW=lA 
LSB=3 
WA~------- 


GATE -------1 rr--------lrc= 


OUT~ 


INININININI 
u 


o I 
0 I FF I 
, 
0 
FF 


CW=lA 
LSB=3 


WR 
~,.....---------------- 


GATE 
- 
- -------lfC.lJl--- ----- ---- 


OUT =.=J 


ININININININI~I 
LJ 


o I 
0 I FF I 
1 
0 
FF 


GATE 
- 
-- 
- 
- 
-- -1n---------- "\rr -- -- 


OUT :=J 
U 


I N I N I N I N I N I ~ I ~ I ~ I g I == I =~ I 
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Signal 
Low 
Status 
Or Going 
Rising 
High 
Modes 
Low 


0 
Disables 
-- 
Enables 
Counting 
Counting 


1 
-- 
1) Initiates 
-- 
Counting 
2) Resets 
Output 
after Next 


Clock 


2 
1) Disables 


Counting 
Initiates 
Enables 
2) Sets Output 
Counting 
Counting 


Immediately 
High 


3 
1) Disables 


Counting 
Initiates 
Enables 
2) Sets Output 
Counting 
Counting 
Immediately 
High 


4 
Disables 
-- 
Enables 
Counting 
Counting 


5 
-- 
Initiates 
-- 
Counting 


Mode 
Min 
Max 
Count 
Count 


0 
1 
0 
1 
1 
0 
2 
2 
0 
3 
2 
0 
4 
1 
0 
5 
1 
0 


NOTE: 
o is equivalent 
to 216 for binary 
counting 
and 
104 for 
BCD counting. 


When a Control Word is written to a Counter, all 
Control logic is immediately reset and OUT goes to 
a known initial state; no ClK pulses are required for 
this. 


The GATE input is always sampled on the rising 
edge of ClK. In Modes 0, 2, 3, and 4 the GATE input 
is level sensitive, and the logic level is sampled on 
the rising edge of ClK. In Modes 1, 2, 3, and 5 the 
GATE input is rising-edge sensitive. In these Modes, 
a rising edge of GATE (trigger) sets an edge-sensi- 
tive flip-flop in the Counter. This flip-flop is then sam- 
pled on the next rising edge of ClK; the flip-flop is 
reset immediately after it is sampled. In this way, a 
trigger will be detected no matter when it occurs-a 
high logic level does not have to be maintained until 
the next rising edge of ClK. Note that in Modes 2 
and 3, the GATE input is both edge- and level-sensi- 
tive. In Modes 2 and 3, if a ClK source other than 
the system clock is used, GATE should be pulsed 
immediately following WR of a new count value. 


New counts are loaded and Counters are decre- 
mented on the falling edge of ClK. 


The largest possible initial count is 0; this is equiva- 
lent to 216 for binary counting and 104 for BCD 
counting. 


The Counter does not stop when it reaches zero. In 
Modes 0, 1, 4, and 5 the Counter "wraps around" to 
the highest count, either FFFF hex for binary count- 
ing or 9999 for BCD counting, and continues count- 
ing. Modes 2 and 3 are periodic; the Counter reloads 
itself with the initial count and continues counting 
from there. 
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•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
on Any Pin with 
Respect 
to Ground 
- 0.5V to + 7V 


Power Dissipation 
1W 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vee +0.5V 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOL = 2.0mA 


VOH 
Output High Voltage 
2.4 
V 
IOH = - 400 p.A 


IlL 
Input Load Current 
±10 
p.A 
VIN = Vee to OV 


IOFL 
Output Float Leakage 
±10 
p.A 
VOUT = Vee to 0.45V 


Ice 
Vee Supply Current 
170 
mA 


CIN 
Input Capacitance 
10 
pF 
fc = 1 MHz 


CliO 
I/O Capacitance 
20 
pF 
Unmeasured 
pins 


returned 
to VSS(4) 


Symbol 
Parameter 
8254·5 
8254 
8254·2 
Unit 


Mln 
Max 
Mln 
Max 
Min 
Max 


tAR 
Address 
Stable Before RD ,J.. 
45 
45 
30 
ns 


tSR 
CS Stable Before RD ,J.. 
0 
0 
0 
ns 


tRA 
Address 
Hold Time After RD i 
0 
0 
0 
ns 


tRR 
RD Pulse Width 
150 
150 
95 
ns 


tRD 
Data Delay from RD ,J.. 
120 
120 
85 
ns 


tAD 
Data Delay from Address 
220 
220 
185 
ns 


tDF 
RD i to Data Floating 
5 
90 
5 
90 
5 
65 
ns 


tRV 
Command 
Recovery 
Time 
200 
200 
165 
ns 


NOTE: 
1. Ae timings measured at VOH = 2.0V, VOL = o.av. 


inter 


8254·5 
8254 
8254·2 
Unit 
Symbol 
Parameter 
Min 
Max 
Mln 
Max 
Min 
Max 


tAW 
Address 
Stable Before WR J. 
0 
0 
0 
ns 


tsw 
CS Stable Before WR J. 
0 
0 
0 
ns 


twA 
Address 
Hold Time After WR J. 
0 
0 
0 
ns 


tww 
WR Pulse Width 
150 
150 
95 
ns 


tow 
Data Setup Time Before WR t 
120 
120 
95 
ns 


two 
Data Hold Time After WR t 
0 
0 
0 
ns 


tRY 
Command 
Recovery 
Time 
200 
200 
165 
ns 


Symbol 
Parameter 
8254·5 
8254 
8254·2 
Unit 


Min 
Max 
Mln 
Max 
Mln 
Max 


tCLK 
Clock Period 
200 
DC 
125 
DC 
100 
DC 
ns 


tpWH 
High Pulse Width 
60(3) 
60(3) 
30(3) 
ns 


tpWL 
low 
Pulse Width 
60(3) 
60(3) 
50(3) 
ns 


tR 
Clock Rise Time 
25 
25 
25 
ns 


tF 
Clock Fall Time 
c 
25 
25 
25 
ns 


tGW 
Gate Width High 
50 
50 
50 
ns 


tGL 
Gate Width low 
50 
50 
50 
ns 


tGS 
Gate Setup Time to ClK t 
50 
50 
40 
ns 


tGH 
Gate Setup Time After ClK t 
50(2) 
50(2) 
50(2) 
ns 


too 
Output Delay from ClK J. 
150 
150 
100 
ns 


toOG 
Output Delay from Gate J. 
120 
120 
100 
ns 


twc 
ClK 
Delay for loading 
J. 
0 
55 
0 
55 
0 
55 
ns 


tWG 
Gate Delay for Sampling 
-5 
50 
-5 
50 
-5 
40 
ns 


two 
OUT Delay from Mode Write 
260 
260 
240 
ns 


tCL 
ClK 
Set Up for Count latch 
-40 
45 
-40 
45 
-40 
40 
ns 


NOTES: 
2. In Modes 1 and 5 triggers are sampled on each rising clock edge. A second trigger within 120 ns (70 ns for the 8254-2) of 
the rising clock edge may not be detected. 
3. Low-going glitches that violate tpWH,tpwL may cause errors requiring counter reprogramming. 
4. Sampled, not 100% tested. TA = 25"C. 
5. If CLK present at TWC min then Count equals N+2 CLK pulses, TWC max equals Count N+ 1 CLK pulse. TWC min to 
TWC max, count will be either N+ 1 or N+ 2 CLK pulses. 
6. In Modes 1 and 5, if GATE is present when writing a new Count value, at TWG min Counter will not be triggered, at TWG 
max Counter will be triggered. 
7. If CLK present when writing a Counter Latch or ReadBack Command, at TCL min CLK will be reflected in count value 
latched, at TCL max CLK will not be reflected in the count value latched. 
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WAVEFORMS 


WRITE 


inter 


RECOVERY 


I_ 
_ 
RD'WR-=-\__ 
)-_'~=\ 
__ I-__ 


----- 
"'---- 
231164-15 


2.4=X 
x= 


2.0 
2.0 


0.8>TEST 
POINTS < 0.8 


0.45 
----------. 


231164-17 


A.C. Testing: 
Inputs 
are driven 
at 2.4V for a Logic 
"1" 
and 0.45V 
for 
a Logic 
"0." 
Timing 
measurements 
are 
made 
at 2.0V 
for 
a 
Logic 
"1" 
and 0.8V for a Logic 
"0". 


DEVICE 
UNDER 
iCl = 150pF 


TEST 


- 
231164-18 
CL ~ 
150pF 


CL Includes 
Jig Capacitance 


82C54 
CHMOS PROGRAMMABLE 
INTERVAL TIMER 


• 
Compatible 
with all Intel and most 
other microprocessors 


• 
High Speed, 
"Zero 
Walt State" 
Operation 
with 8 MHz 8086/88 
and 
80186/188 


• 
Handles 
Inputs from DC to 8 MHz 


-10 
MHz for 82C54-2 


• 
Available 
In EXPRESS 
- 
Standard 
Temperature 
Range 
- 
Extended 
Temperature 
Range 


• 
Three 
independent 
16-blt counters 


• 
Low Power CHMOS 
-Icc 
= 10 mA 
@ 8 MHz Count 


frequency 


• 
Completely 
TTL Compatible 


• 
Six Programmable 
Counter 
Modes 


• 
Binary or BCD counting 


• 
Status Read Back Command 


• 
Available 
In 24-Pin DIP and 28·Pln PLCC 


The Intel 82C54 is a high-performance, 
CHMOS version 
of the industry standard 
8254 counter/timer 
which is 


designed 
to solve 
the timing 
control 
problems 
common 
in microcomputer 
system 
design. 
It provides 
three 


independent 
16-bit counters, 
each capable 
of handling 
clock 
inputs 
up to 10 MHz. All modes 
are software 


programmable. 
The 82C54 
is pin compatible 
with the HMOS 8254, and is a superset 
of the 8253. 


Six programmable 
timer 
modes 
allow 
the 82C54 
to be used as an event 
counter, 
elapsed 
time 
indicator, 


programmable 
one-shot, 
and in many other applications. 


The 82C54 
is fabricated 
on Intel's 
advanced 
CHMOS 
III technology 
which 
provides 
low power 
consumption 


with performance 
equal to or greater than the equivalent 
HMOS product. 
The 82C54 is available 
in 24-pin DIP 


and 28-pin 
plastic 
leaded 
chip carrier 
(PLCC) packages. 


CONTROL 


WOAD 
REGISTER 


231244-1 
Figure 1. 82C54 Block Diagram 


2S 
HC 


24 cs 


21 
CLK2 


20 
OUT2 


19 
GATE2 


GATE 
1 


OUT 1 


0, 
Vcc 


Do 
Wi! 


Os 
RD 


0, 
cs 


0, 
'" 
0, 
••• 


0, 
ClK 2 


Do 
11 
OUT 2 


elK 
0 
GATE 2 


OUT 0 
elK 
1 


GATE 0 
11 
GATE 1 


13 
OUT 1 


intJ 


Symbol 
Pin Number 
Type 
Function 
DIP 
PLCC 
Dr Do 
1-8 
2-9 
I/O 
Data: Bidirectional 
tri-state 
data bus lines, 
connected 
to system data bus. 


ClKO 
9 
10 
I 
Clock 0: Clock input of Counter O. 


OUTO 
10 
12 
0 
Output 0: Output of Counter O. 


GATE 0 
11 
13 
I 
Gate 0: Gate input of Counter O. 


GND 
12 
14 
Ground: Power supply connection. 


OUT1 
13 
16 
0 
Out 1: Output of Counter 
1. 


GATE 1 
14 
17 
I 
Gate 1: Gate input of Counter 
1. 


ClK 
1 
15 
18 
I 
Clock 1: Clock input of Counter 
1. 


GATE 2 
16 
19 
I 
Gate 2: Gate input of Counter 2. 


OUT2 
17 
20 
0 
Out 2: Output of Counter 2. 


ClK2 
18 
21 
I 
Clock 2: Clock input of Counter 2. 


A1,Ao 
20-19 
23-22 
I 
Address: 
Used to select one of the three Counters 


or the Control Word Register for read or write 
operations. 
Normally connected 
to the system 


address bus. 


A1 
Ao 
Selects 


0 
0 
Counter 0 
0 
1 
Counter 
1 
1 
0 
Counter 2 


1 
1 
Control Word Register 


CS 
21 
24 
I 
Chip Select: A low on this input enables the 82C54 
to respond 
to RD and WR signals. RD and WR are 


ignored otherwise. 


RD 
22 
26 
I 
Read Control: This input is low during CPU read 
operations. 


WR 
23 
27 
I 
Write Control: This input is low during CPU write 
operations. 


Vcc 
24 
28 
Power: + 5V power supply connection. 


NC 
1, 11, 15,25 
No Connect 


The 82C54 is a programmable 
interval timer/counter 


designed 
for use with Intel microcomputer 
systems. 
It is a general 
purpose, 
multi-timing 
element 
that can 


be treated 
as an array 
of I/O 
ports 
in the system 


software. 


The 82C54 
solves 
one of the most common 
prob- 


lems in any microcomputer 
system, 
the generation 


of accurate 
time delays 
under 
software 
control. 
in- 


stead of setting 
up timing loops in software, 
the pro- 
grammer 
configures 
the 82C54 to match his require- 


ments and programs 
one of the counters 
for the de- 


sired delay. After 
the desired 
delay, the 82C54 
will 
interrupt the CPU. Software 
overhead 
is minimal and 


variable 
length delays can easily be accommodated. 


Some of the other counter/timer 
functions 
common 


to microcomputers 
which 
can be implemented 
with 


the 82C54 are: 


• 
Real time clock 
• 
Even counter 
• 
Digital one-shot 
• 
Programmable 
rate generator 
• 
Square wave generator 
• 
Binary rate multiplier 
• 
Complex 
waveform 
generator 
• 
Complex 
motor controller 


This 3-state, bi-directional, 8-bit buffer is used to in- 
terface the 82C54 to the system bus (see Figure 3). 


Figure 3. Block Diagram Showing 
Data Bus 


Buffer and Read/Write 
Logic Functions 


The Read/Write Logic accepts inputs from the sys- 
tem bus and generates control signals for the other 
functional blocks of the 82C54. Al and Ao select 
one of the three counters or the Control Word Re~ 
ter to be read from/written into. A "low" on the RD 
input tells the 82C54 that the CPU is reading one of 
the counters. A "'ow" 
on the WR input tells the 


82C54 that the CPU is writing either a Control Word 
or an initial count. Both RD and WR are qualified by 
CS; RD and WR are ignored unless the 82C54 has 
been selected by holding CS low. 


CONTROL 
WORD 
REGISTER 


The Control Word Register (see Figure 4) is selected 
by the Read/Write Logic when A1' Ao = 11. If the 
CPU then does a write operation to the 82C54, the 
data is stored in the Control Word Register and is 
interpreted as a Control Word used to define the 
operation of the Counters. 


The Control Word Register can only be written to; 
status information is available with the Read-Back 
Command. 


Figure 4. Block Diagram Showing 
Control 
Word 


Register 
and Counter 
Functions 


These three functional blocks are identical in opera- 
tion, so only a single Counter will be described. The 
internal block diagram of a single counter is shown 
in Figure 5. 


The Counters are fully independent. Each Counter 
may operate in a different Mode. 


The Control Word Register is shown in the figure; it 
is not part of the Counter itself, but its contents de- 
termine how the Counter operates. 


inter 


The status register, shown in the Figure, when 
latched, contains the current contents of the Control 
Word Register and status of the output and null 
count flag. (See detailed explanation of the Read- 
Back command.) 


The actual counter is labelled CE (for "Counting Ele- 
ment"). It is a 16-bit presettable synchronous down 
counter. 


OlM and OlL are two 8-bit latches. Ol stands for 
"Output latch"; 
the subscripts M and l stand for 
"Most significant byte" and "least 
significant byte" 
respectively. Both are normally referred to as one 
unit and called just OL. These latches normally "fol- 
low" the CE, but if a suitable Counter latch Com- 
mand is sent to the 82C54, the latches "latch" the 
present count until read by the CPU and then return 
to "following" the CEoOne latch at a time is enabled 
by the counter's Control logic to drive the internal 
bus. This is how the 16-bit Counter communicates 
over the 8-bit internal bus. Note that the CE itself 
cannot be read; whenever you read the count, it is 
the Ql that is being read. 


Similarly, there are two 8-bit registers called CRM 
and CRL (for "Count Register"). Both are normally 
referred to as one unit and called just CR. When a 
new count is written to the Counter, the count is 


stored in the CR and later transferred to the CEoThe 
Control logic allows one register at a time to be 
loaded from the internal bus. Both bytes are trans- 
ferred to the CE simultaneously. CRM and CRL are 
cleared when the Counter is programmed. In this 
way, if the Counter has been programmed for one 
byte counts (either most significant byte only or least 
significant byte only) the other byte will be zero. 
Note that the CE cannot be written into; whenever a 
count is written, it is written into the CR. 


The Control logic is also shown in the diagram. ClK 
n, GATE n, and OUT n are all connected to the out- 
side world through the Control logic. 


The 82C54 is treated by the systems software as an 
array of peripheral I/O ports; three are counters and 
the fourth is a control register for MODE program- 
ming. 


Basically, the select inputs Ao, A1 connect to the Ao, 
A1 address bus signals of the CPU. The CS can be 
derived directly from the address bus using a linear 
select method. Or it can be connected to the output 
of a decoder, such as an Intel 8205 for larger sys- 
tems. 
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After power-up, 
the state of the 82C54 is undefined. 


The Mode. 
count 
value, 
and output 
of all Counters 
are undefined. 


How each Counter 
operates 
is determined 
when it is 
programmed. 
Each 
Counter 
must 
be programmed 
before it can be used. Unused counters 
need not be 
programmed. 


Control Word Format 


A1' Ao = 11 
CS = 0 
RD = 1 
WR = 0 


Counters 
are programmed 
by writing a Control 
Word 


and then an initial count. The control 
word format 
is 


shown 
in Figure 7. 


All Control 
Words 
are written 
into the Control 
Word 


Register, 
which 
is selected 
when A1. Ao = 11. The 


Control 
Word itself specifies 
which Counter 
is being 


programmed. 


By contrast, 
initial counts 
are written 
into the Coun- 


ters. not the Control 
Word 
Register. 
The A1. Ao in- 


puts 
are used 
to select 
the 
Counter 
to be written 


into. The format 
of the initial count 
is determined 
by 


the Control 
Word used. 


SC - 
Select Counter: 


SC1 
SCO 


0 
0 
Select Counter 0 


0 
1 
Select Counter 
1 


1 
0 
Select Counter 2 


1 
1 
Read-Back 
Command 


(See Read Operations) 


RW - 
Read/Write: 
RW1 RWO 


0 
0 
Counter 
Latch Command 
(see Read 
Operations) 


0 
1 
Read/Write 
least significant 
byte only. 


1 
0 
Read/Write 
most significant 
byte only. 


1 
1 
Read/Write 
least significant 
byte first, 


then most significant 
byte. 


NOTE: 
Don't 
care bits (X) should 
be 0 to insure 


compatibility 
with future 
Intel products. 


M-MODE: 


M2 
M1 


0 
0 
0 
Mode 0 


0 
0 
1 
Mode 1 


X 
1 
0 
Mode 2 


X 
1 
1 
Mode 3 


1 
0 
0 
Mode 4 


1 
0 
1 
Mode 5 


0 
Binary Counter 
16-bits 


1 
Binary Coded Decimal 
(BCD) Counter 


(4 Decades) 
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The programming 
procedure 
for the 82C54 
is very 
flexible. 
Only two 
conventions 
need to be remem- 
bered: 


1) 
For each 
Counter, 
the 
Control 
Word 
must 
be 
written 
before the initial count is written. 


2) 
The 
initial 
count 
must 
follow 
the 
count 
format 
specified 
in the 
Control 
Word 
(least 
significant 
byte only, most significant 
byte only, or least sig- 


nificant 
byte and then most significant 
byte). 


Since 
the 
Control 
Word 
Register 
and 
the 
three 


Counters 
have separate 
addresses 
(selected 
by the 


A1' Ao inputs), 
and each Control 
Word specifies 
the 


Counter 
it applies 
to (SCa, SC1 bits), no special 
in- 


struction 
sequence 
is required. 
Any 
programming 


sequence 
that follows 
the conventions 
above 
is ac- 


ceptable. 


A new initial count 
may be written 
to a Counter 
at 


any 
time 
without 
affecting 
the 
Counter's 
pro- 


grammed 
Mode in any way. Counting will be affected 


as described 
in the Mode definitions. 
The new count 


must follow 
the programmed 
count format. 


If a Counter 
is programmed 
to read/write 
two-byte 


counts, 
the following 
precaution 
applies: 
A program 


must 
not transfer 
control 
between 
writing 
the first 


and second 
byte to another 
routine which also writes 


into that same Counter. 
Otherwise, 
the Counter 
will 


be loaded 
with an incorrect 
count. 


A1 
Ao 
A1 
Ao 
Control Word - 
Counter a 
1 
1 
Control Word - 
Counter 2 
1 
1 


LSB of count - 
Counter a 
a 
a 
Control Word - 
Counter 1 
1 
1 


MSB of count - 
Counter a 
a 
a 
Control Word - 
Counter a 
1 
1 
Control Word - 
Counter 1 
1 
1 
LSB of count - 
Counter 2 
1 
a 


LSB of count - 
Counter 1 
a 
1 
MSB of count- 
Counter 2 
1 
a 


MSB of count - 
Counter 1 
a 
1 
LSB of count - 
Counter 1 
a 
1 
Control Word - 
Counter 2 
1 
1 
MSB of count- 
Counter 1 
a 
1 
LSB of count - 
Counter 2 
1 
a 
LSB of count - 
Counter a 
a 
a 


MSB of count - 
Counter 2 
1 
a 
MSB of count- 
Counter a 
a 
a 


A1 
Ao 
A1 
Ao 
Control Word - 
Counter a 
1 
1 
Control Word - 
Counter 1 
1 
1 
Counter Word - 
Counter 1 
1 
1 
Control Word - 
Counter a 
1 
1 
Control Word - 
Counter 2 
1 
1 
LSB of count - 
Counter 1 
a 
1 
LSB of count - 
Counter 2 
1 
a 
Control Word - 
Counter 2 
1 
1 
LSB of count - 
Counter 1 
a 
1 
LSB of count - 
Counter a 
a 
a 


LSB of count - 
Counter a 
a 
a 
MSB of count - 
Counter 1 
a 
1 
MSB of count - 
Counter a 
a 
a 
LSB of count - 
Counter 2 
1 
a 


MSB of count - 
Counter 1 
a 
1 
MSB of count - 
Counter a 
a 
a 
MSB of count - 
Counter 2 
1 
a 
MSB of count- 
Counter 2 
1 
a 


NOTE: 
In all four examples, all counters are programmed to read/write two-byte counts. 
These are only four of many possible programming sequences. 


It is often 
desirable 
to read the value 
of a Counter 


without 
disturbing 
the count in progress. 
This is easi- 


ly done in the 82C54. 


There 
are three 
possible 
methods 
for reading 
the 


counters: 
a 
simple 
read 
operation, 
the 
Counter 


Latch 
Command, 
and 
the 
Read-Back 
Command. 


Each is explained 
below. The first method 
is to per- 


form a simple 
read operation. 
To read the Counter, 


which 
is selected 
with the A 1, Aa inputs, 
the CLK 


input of the selected 
Counter 
must be inhibited 
by 


using either the GATE input or external 
logic. Other- 


wise, the count 
may be in the process 
of changing 


when it is read, giving an undefined 
result. 
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The second 
method 
uses the "Counter 
Latch Com- 
mand". 
Like a Control Word, this command 
is written 
to 
the 
Control 
Word 
Register, 
which 
is selected 
when 
A1' Ao = 11. Also 
like a Control 
Word, 
the 
sca, SC1 bits select 
one of the three Counters, 
but 
two other bits, 05 and 04, distinguish 
this command 
from a Control 
Word. 


a 
a 
a 
a 
1 
1 
1 
a 
2 
1 
1 
Read-Back 
Command 


x - don't 
care 


NOTE: 
Don't 
care 
bits 
(X) should 
be 0 to insure 
compatibility 
with future 
Intel products. 


Figure 
9. Counter 
Latching 
Command 
Format 


The selected 
Counter's 
output latch (OL) latches the 
count 
at the 
time 
the 
Counter 
Latch 
Command 
is 
received. 
This count is held in the latch until it is read 
by the CPU (or until the Counter 
is reprogrammed). 
The count 
is then 
unlatched 
automatically 
and the 
OL returns to "following" 
the counting 
element 
(CE). 


This 
allows 
reading 
the 
contents 
of the 
Counters 


"on 
the fly" 
without 
affecting 
counting 
in progress. 
Multiple 
Counter 
Latch Commands 
may be used to 
latch 
more 
than 
one Counter. 
Each 
latched 
Coun- 


ter's OL holds its count until it is read. Counter 
Latch 
Commands 
do not affect 
the programmed 
Mode of 


the Counter 
in any way. 


If a Counter 
is latched 
and then, 
some 
time 
later, 
latched 
again 
before 
the count 
is read, the second 
Counter 
Latch Command 
is ignored. 
The count read 
will be the count 
at the time the first Counter 
Latch 
Command 
was issued. 


With either method, 
the count must be read accord- 


ing to the 
programmed 
format; 
specifically, 
if the 
Counter 
is programmed 
for 
two 
byte 
counts, 
two 


bytes must be read. The two bytes do not have to be 
read one right after the other; 
read or write or pro- 


gramming 
operations 
of other 
Counters 
may be in- 


serted 
between 
them. 


Another 
feature 
of 
the 
82C54 
is that 
reads 
and 


writes 
of the same Counter 
may be interleaved; 
for 


example, 
if the Counter 
is programmed 
for two byte 


counts, 
the following 
sequence 
is valid. 


1. Read least significant 
byte. 


2. Write new least significant 
byte. 


3. Read most significant 
byte. 


4. Write new most significant 
byte. 


If a Counter 
is programmed 
to read/write 
two-byte 


counts, 
the following 
precaution 
applies; 
A program 


must not transfer 
control 
between 
reading 
the first 


and second 
byte to another 
routine which also reads 


from 
that 
same 
Counter. 
Otherwise, 
an 
incorrect 


count will be read. 


The 
third 
method 
uses 
the 
Read-Back 
command. 


This command 
allows 
the user to check 
the count 


value, 
programmed 
Mode, 
and current 
state 
of the 


OUT pin and Null Count flag of the selected 
coun- 


ter(s). 


The command 
is written 
into the Control 
Word Reg- 


ister and has the format 
shown 
in Figure 
1a. The 


command 
applies 
to the counters 
selected 
by set- 


ting their corresponding 
bits 03,02,01 
= 1. 


D5: 0 = Latch count 
of selected 
counter(s) 


D4: 0 = Latch status 
of selected 
counter(s) 


D3: 1 = Select 
counter 
2 
D2: 1 = Select 
counter 
1 
D1: 1 = Select 
counter 
0 
Do: Reserved 
for future 
expansion; 
must be 0 


The read-back 
command 
may be used to latch multi- 


ple 
counter 
output 
latches 
(OL) 
by 
setting 
the 


COUNT 
bit 05 =a and selecting 
the desired 
coun- 


ter(s). 
This 
single 
command 
is functionally 
equiva- 


lent 
to 
several 
counter 
latch 
commands, 
one 
for 


each counter 
latched. 
Each counter's 
latched 
count 


is held 
until 
it is read 
(or 
the 
counter 
is 
repro- 


grammed). 
That 
counter 
is automatically 
unlatched 


when 
read, but other 
counters 
remain 
latched 
until 


they are read. If multiple count read-back 
commands 


are issued to the same counter 
without 
reading 
the 


count, all but the first are ignored; i.e., the count 
which will be read is the count at the time the first 
read-back command was issued. 


The read-back command may also be used to latch 
status information of selected counter(s) by setting 
STATUS bit D4=0. 
Status must be latched to be 
read; status of a counter is accessed by a read from 
that counter. 


The counter status format is shown in Figure 11. Bits 
D5 through DO contain the counter's programmed 
Mode exactly as written in the last Mode Control 
Word. OUTPUT bit D7 contains the current state of 
the OUT pin. This allows the user to monitor the 
counter's output via software, possibly eliminating 
some hardware from a system. 


07 1 = Out Pin is 1 
o = Out Pin is 0 
06 1 = Null count 
o = Count available for reading 
05-00 
Counter Programmed Mode (See Figure 7) 


Figure 11.Status Byte 


NULL COUNT bit D6 indicates when the last count 
written to the counter register (CR) has been loaded 
into the counting element (CE). The exact time this 
happens depends on the Mode of the counter and is 
described in the Mode Definitions, but until the count 
is loaded into the counting element (CE), it can't be 
read from the counter. If the count is latched or read 
before this time, the count value will not reflect the 
new count just written. The operation of Null Count 
is shown in Figure 12. 


Command 
07 
06 
05 04 
03 02 
01 Do 


THIS ACTION: 
A. Write to the control 
word register:[l J 
B. Write to the count 
register (CR);[2J . 


C. New count is loaded 
into CE (CR -- 
CE); 


[lJ Only the counter specified by the control word will 
have its null count set to 1. Null count bits of other 
counters are unaffected. 
[2J If the counter is programmed for two-byte counts 
(least significant byte then most significant byte) null 
count goes to 1 when the second byte is written. 


Figure 12. Null Count Operation 


If multiple status latch operations of the counter(s) 
are performed without reading the status, all but the 
first are ignored; i.e., the status that will be read is 
the status of the counter at the time the first status 
read-back command was issued. 


Both count and status of the selected counter(s) 
may be latched simultaneously by setting 
both 
COUNT and STATUS bits D5,D4=0. 
This is func- 
tionally the same as issuing two separate read-back 
commands at once, and the above discussions ap- 
ply here also. Specifically, if multiple count and/or 
status read-back commands are issued to the same 
counter(s) without any intervening reads, all but the 
first are ignored. This is illustrated in Figure 13. 


If both count and status of a counter are latched, the 
first read operation of that counter will return latched 
status, regardless of which was latched first. The 
next one or two reads (depending on whether the 
counter is programmed for one or two type counts) 
return latched count. Subsequent reads return un- 
latched count. 


1 
1 
0 
0 
0 
0 
1 
0 
Read back count and status of 
Count and status latched 
Counter 0 
for Counter 0 


1 
1 
1 
0 
0 
1 
0 
0 
Read back status of Counter 1 
Status latched for Counter 1 


1 
1 
1 
0 
1 
1 
0 
0 
Read back status of Counters 2, 1 
Status latched for Counter 
2, but not Counter 1 


1 
1 
0 
1 
1 
0 
0 
0 
Read back count of Counter 2 
Count latched for Counter 2 


1 
1 
0 
0 
0 
1 
0 
0 
Read back count and status of 
Count latched for Counter 1, 
Counter 1 
but not status 


1 
1 
1 
0 
0 
0 
1 
0 
Read back status of Counter 1 
Command ignored, status 
already latched for Counter 1 


Figure 13. Read-Back Command Example 


2-53 


CS 
RD 
WR 
Al 
Ao 


0 
1 
0 
0 
0 
Write into Counter 0 


0 
1 
0 
0 
1 
Write into Counter 
1 


0 
1 
0 
1 
0 
Write into Counter 2 


0 
1 
0 
1 
1 
Write Control Word 


0 
0 
1 
0 
0 
Read from Counter 
0 


0 
0 
1 
0 
1 
Read from Counter 
1 


0 
0 
1 
1 
0 
Read from Counter 2 


0 
0 
1 
1 
1 
No-Operation 
(3-State) 


1 
X 
X 
X 
X 
No-Operation 
(3-State) 


0 
1 
1 
X 
X 
No-Operation 
(3-State) 


The following 
are defined 
for use in describing 
the 
operation 
of the 82C54. 


ClK 
PULSE: a rising edge, then a falling 
edge, in 
that order, of a Counter's 
ClK 
input. 


TRIGGER: 
a rising edge of a Counter's 
GATE in- 
put. 


COUNTER 
lOADING: 
the transfer 
of a count from 
the CR to the CE (refer to 
the 
"Functional 
Descrip- 
tion") 


Mode 0 is typically 
used for event counting. 
After the 
Control 
Word is written, 
OUT is initially 
low, and will 
remain low until the Counter 
reaches zero. OUT then 


goes 
high and remains 
high until a new count 
or a 


new Mode 0 Control 
Word is written 
into the Coun- 


ter. 


GATE = 
1 enables 
counting; 
GATE = 0 disables 
counting. 
GATE has no effect 
on OUT. 


After the Control Word and initial count are written to 
a Counter, the initial count will be loaded on the next 
ClK 
pulse. This ClK 
pulse does not decrement 
the 


count, 
so for an initial count of N, OUT does not go 
high until N + 1 ClK 
pulses after the initial count is 


written. 


If a new count 
is written 
to the Counter, 
it will be 


loaded on the next ClK 
pulse and counting 
will con· 


tinue from the new count. 
If a two-by1e count is writ· 
ten, the following 
happens: 


1) Writing the first by1e disables 
counting. 
OUT is set 


low immediately 
(no clock 
pulse required). 


2) Writing 
the second 
by1e allows 
the new count 
to 


be loaded 
on the next ClK 
pulse. 


This allows the counting 
sequence 
to be synchroniz- 


ed by software. 
Again, OUT does not go high until N 


+ 1 ClK 
pulses after the new count of N is written. 


If an initial count 
is written 
while 
GATE = 0, it will 


still be loaded 
on the next ClK 
pulse. When 
GATE 


goes high, OUT will go high N ClK 
pulses 
later; no 


ClK 
pulse is needed 
to load the Counter 
as this has 


already 
been done. 


CW_10 
LSI_C 
DUU------- 


OUT :--l 
__ 
..J 


I N I N I N I 
N I : I : I : I ~ I : I ~~I ~~I 


CW.10 lse., 
WIluu--------- 


I N I N I N I N I : I : I ~ I : I ~ I : I ~~I 
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NOTE: 
The Following Conventions Apply To All Mode Timing 
Diagrams: 
1. Counters are programmed for binary (not BCD) 
counting and for Reading/Writing least significant byte 
(lSB) only. 
2. The counter is always selected (eg always low). 
3. CW stands for "Control Word"; CW = 10 means a 
control word of 10, hex is written to the counter. 
4. lSB stands for "least Significant Byte" of count. 
5. Numbers below diagrams are count values. 
The lower number is the least significant byte. 
The upper number is the most significant byte. Since 
the counter is programmed to Read/Write lSB 
only, 


the most significant byte cannot be read. 
N stands for an undefined count. 
Vertical lines show transitions between count values. 


inter 


MODE 
1: HARDWARE 
RETRIGGERABLE 
ONE·SHOT 


OUT will be initially high. OUT will go low on the ClK 
pulse following a trigger to begin the one-shot pulse, 
and will remain low until the Counter reaches zero. 
OUT will then go high and remain high until the ClK 
pulse after the next trigger. 


After writing the Control Word and initial count, the 
Counter is armed. A trigger results in loading the 
Counter and setting OUT low on the next ClK pulse, 
thus starting the one-shot pulse. An initial count of N 
will result in a one-shot pulse N ClK cycles in dura- 
tion. The one-shot is retriggerable, hence OUT will 
remain low for N ClK pulses after any trigger. The 
one-shot pulse can be repeated without rewriting the 
same count into the counter. GATE has no effect on 
OUT. 


If a new count is written to the Counter during a one- 
shot pulse, the current one-shot is not affected un- 
less the Counter is retriggered. In that case, the 
Counter is loaded with the new count and the one- 
shot pulse continues until the new count expires. 


CW.12 
lse_3 
WJi \....Jl...J~---------- 


CW.12 
lSlh.3 
WIl 
\....Jl...J---------- 


OUT =.J 
\ 
r 


INININININI~I:I~I~I:I~I:I 


I N I N I N I N I N I : I ~ I : I ~~I ~: I ~ I : I 
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This Mode functions like a divide-by-N counter. It is 
typicially used to generate a Real Time Clock inter- 
rupt. OUT will initially be high. When the initial count 
has decremented to 1, OUT goes low for one ClK 
pulse. OUT then goes high again, the Counter re- 
loads the initial count and the process is repeated. 
Mode 2 is periodic; the same sequence is repeated 
indefinitely. For an initial count of N, the sequence 
repeats every N ClK cycles. 


GATE = 1 enables counting; GATE = 0 disables 
counting. If GATE goes low during an output pulse, 
OUT is set high immediately. A trigger reloads the 
Counter with the initial count on the next ClK pulse; 
OUT goes low N ClK pulses after the trigger. Thus 
the GATE input can be used to synchronize the 
Counter. 


After writing a Control Word and initial count, the 
Counter will be loaded on the next ClK pulse. OUT 
goes low N ClK Pulses after the initial count is writ- 
ten. This allows the Counter to be synchronized by 
software also. 


CW.HI 
LSI.3 
WIl\....Jl...J------- 


ew.,. 
lS'.3 
WIl 
\....Jl...J------- 


ININININI~I~I:I~I:I:I~I 
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NOTE: 
A GATE 
transition 
should 
not occur 
one clock 
prior to 


terminal 
count. 


inter 


Writing 
a new count 
while counting 
does not affect 
the 
current 
counting 
sequence. 
If a trigger 
is re- 
ceived 
after writing 
a new count 
but before the end 
of the current 
period, the Counter will be loaded with 
the new count 
on the next ClK 
pulse and counting 
will 
continue 
from 
the 
new 
count. 
Otherwise, 
the 
new count 
will be loaded 
at the end of the current 
counting 
cycle. 
In mode 2, a COUNT 
of 1 is illegal. 


Mode 
3 is typically 
used for Baud rate generation. 
Mode 3 is similar to Mode 2 except for the duty cycle 
of OUT. OUT will initially be high. When half the ini- 
tial count has expired, OUT goes low for the remain- 
der of the count. 
Mode 3 is periodic; 
the sequence 
above 
is repeated 
indefinitely. 
An initial count 
of N 
results 
in a square 
wave 
with 
a period 
of N ClK 


cycles. 


GATE 
= 1 enables 
counting; 
GATE 
= 0 disables 
counting. 
If GATE goes low while OUT is low, OUT is 
set high immediately; 
no ClK 
pulse 
is required. 
A 
trigger 
reloads 
the Counter 
with the initial count 
on 


the 
next ClK 
pulse. 
Thus 
the GATE 
input 
can be 
used to synchronize 
the Counter. 


After 
writing 
a Control 
Word 
and 
initial 
count, 
the 


Counter 
will be loaded 
on the next ClK 
pulse. This 
allows 
the Counter 
to be synchronized 
by software 


also. 


Writing 
a new count 
while 
counting 
does 
not affect 


the 
current 
counting 
sequence. 
If a trigger 
is re- 
ceived 
after writing 
a new count 
but before 
the end 
of the 
current 
half-cycle 
of the 
square 
wave, 
the 
Counter 
will be loaded 
with the 
new count 
on the 


next ClK 
pulse and counting 
will continue 
from the 
new count. 
Otherwise, 
the new count will be loaded 
at the end of the current 
half-cycle. 


Even counts: 
OUT is initially high. The initial count is 


loaded 
on one ClK 
pulse and then is decremented 
by two on succeeding 
ClK 
pulses. 
When the count 


expires 
OUT changes 
value and the Counter 
is reo 


loaded 
with the initial count. 
The above 
process 
is 


repeated 
indefinitely. 


Odd 
counts: 
OUT 
is initially 
high. The 
initial 
count 


minus one (an even number) 
is loaded 
on one ClK 
pulse and then is decremented 
by two on succeed- 


ing ClK 
pulses. 
One ClK 
pulse after the count 
ex- 
pires, 
OUT 
goes 
low and the Counter 
is reloaded 
with 
the 
initial 
count 
minus 
one. 
Succeeding 
ClK 
pulses decrement 
the count by two. When the count 


expires, 
OUT 
goes 
high again 
and the 
Counter 
is 


reloaded 
with the initial count minus one. The above 
process 
is repeated 
indefinitely. 
So for odd counts, 


OUT will be high for (N + 1)/2 
counts 
and low for 


(N -1)/2 counts. 


I N I 
N I N I N I : I : I : I : I : I : I : I : I : I : I 
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NOTE: 
A GATE 
transition 
should 
not occur 
one clock 
prior 
to 


terminal 
count. 


OUT will be initially 
high. When the initial count 
ex· 


pires, OUT will go low for one ClK 
pulse and then 


go high again. The counting 
sequence 
is "triggered" 


by writing the initial count. 


GATE = 
1 enables 
counting; 
GATE = 0 disables 


counting. 
GATE has no effect 
on OUT. 


After 
writing 
a Control 
Word 
and 
initial 
count, 
the 


Counter 
will be loaded 
on the next ClK 
pulse. This 


ClK 
pulse does not decrement 
the count, 
so for an 


initial 
count 
of N, OUT 
does 
not 
strobe 
low until 


N + 1 ClK 
pulses after the initial count 
is written. 


If a new count 
is written 
during 
counting, 
it will be 


loaded on the next ClK 
pulse and counting 
will con- 


tinue from the new count. 
If a two-byte 
count is writ- 


ten, the following 
happens: 


1) Writing the first byte has no effect on counting. 
2) Writing the second byte allows the new count to 
be loaded on the next ClK pulse. 


This allows the sequence to be "retriggered" 
by 
software. OUT strobes low N+ 1 ClK pulses after 
the new count of N is written. 


CW:ll 
l$It:) 
WIll....JU--------- 


CW.18 
Lse_3 
WIll....JU--------- 


GATE 


OUT =-.J 


I N I HI" 
I " I : I : I ~ I : I ~ I ~ I ~~I 


231244-12 


MODE 
5: HARDWARE 
TRIGGERED 
STROBE 


(RETRIGGERABLE) 


OUT will initially be high. Counting is triggered by a 
rising edge of GATE. When the initial count has ex- 
pired, OUT will go low for one ClK pulse and then 
go high again. 


After writing the Control Word and initial count, the 
counter will not be loaded until the ClK pulse after a 
trigger. This ClK 
pulse does not decrement the 


count, so for an initial count of N, OUT does not 
strobe low until N+ 1 ClK pulses after a trigger. 


A trigger results in the Counter being loaded with the 
initial count on the next ClK 
pulse. The counting 


sequence is retriggerable. OUT will not strobe low 
for N + 1 ClK pulses after any trigger. GATE has 
no effect on OUT. 


If a new count is written during counting, the current 
counting sequence will not be affected. If a trigger 
occurs after the new count is written but before the 
current count expires, the Counter will be loaded 
with the new count on the next ClK 
pulse and 


counting will continue from there. 


CW.1A 
lSB=J 
•..• 
l..JU---------- 


CW"'lA 
lSB=3 
•..• 
l..JU-------- 


I" I " I " I " I " I : I : I : I : I:~I~:I : I : I 
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inter 


Signal 
Low 
Status 
Or Going 
Rising 
High 


Modes 
Low 


0 
Disables 
- 
Enables 


counting 
counting 


1 
- 
1) Initiates 
- 
counting 
2) Resets output 
after next 


clock 


2 
1) Disables 


counting 
Initiates 
Enables 
2) Sets output 
counting 
counting 


immediately 
high 


3 
1) Disables 
counting 
Initiates 
Enables 
2) Sets output 
counting 
counting 


immediately 
high 


4 
Disables 
- 
Enables 


counting 
counting 


5 
- 
Initiates 
- 
counting 


MODE 
MIN 
MAX 
COUNT COUNT 


0 
1 
0 


1 
1 
0 


2 
2 
0 


3 
2 
0 


4 
1 
0 


NOTE: 
o is equivalent 
to 216 for binary 
counting 
and 
104 for 
BCD counting 


Programming 


When a Control Word is written to a Counter, all 
Control logic is immediately reset and OUT goes to 
a known initial state; no ClK pulses are required for 
this. 


The GATE input is always sampled on the rising 
edge of ClK. In Modes 0, 2, 3, and 4 the GATE input 
is level sensitive, and the logic level is sampled on 
the rising edge of ClK. In Modes 1, 2, 3, and 5 the 
GATE input is rising-edge sensitive. In these Modes, 
a rising edge of GATE (trigger) sets an edge-sensi- 
tive flip-flop in the Counter. This flip-flop is then sam- 
pled on the next rising edge of ClK; the flip-flop is 
reset immediately after it is sampled. In this way, a 
trigger will be detected no matter when it occurs-a 
high logic level does not have to be maintained until 
the next rising edge of ClK. Note that in Modes 2 
and 3, the GATE input is both edge- and level-sensi- 
tive. In Modes 2 and 3, if a ClK source other than 
the system clock is used, GATE should be pulsed 
immediately following WR of a new count value. 


New counts are loaded and Counters are decre- 
mented on the falling edge of ClK. 


The largest possible initial count is 0; this is equiva- 
lent to 216 for binary counting and 104 for BCD 
counting. 


The Counter does not stop when it reaches zero. In 
Modes 0, 1, 4, and 5 the Counter "wraps around" to 
the highest count, either FFFF hex for binary count- 
ing or 9999 for BCD counting, and continues count- 
ing. Modes 2 and 3 are periodic; the Counter reloads 
itself with the initial count and continues counting 
from there. 


Ambient 
Temperature 
Under Bias 
O·C to 70·C 
Storage Temperature 
-65· 
to + 150·C 
Supply Voltage 
- 0.5 to + 8.0V 
Operating 
Voltage 
+ 4V to + 7V 
Voltage on any Input. 
GND - 2V to + 6.5V 


Voltage 
on any Output 
.. GND-0.5VtoVcc 
+ 0.5V 
Power Dissipation 
1 Watt 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


D.C. CHARACTERISTICS 
(TA=O·C 
to 70·C, Vcc=5V± 
10%, GND=OV) 
(TA = 
-40·C 
to +85·C 
for Extended 
Temperature) 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


VIL 
Input low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vce + 0.5 
V 


VOL 
Output low Voltage 
0.4 
V 
IOL = 2.5mA 


VOH 
Output High Voltage 
3.0 
V 
IOH = 
-2.5 
mA 


Vee - 
0.4 
V 
IOH = 
-100 
J-LA 


IlL 
Input load Current 
±2.0 
J-LA 
VIN=Veeto 
OV 


IOFL 
Output Float leakage 
Current 
±10 
J-LA 
VOUT= Vee to O.OV 


Ice 
Vee Supply Current 
20 
mA 
Clk Freq= 
8M Hz 82C54 
1OMHz 82C54-2 


leess 
Vee Supply Current-Standby 
10 
J-LA 
ClK Freq = DC 
CS = HIGH. 
Alllnputs/Data 
Bus HIGH 


All Outputs Floating 


leess1 
Vee Supply Current-Standby 
150 
J-LA 
ClK Freq = DC 
CS = HIGH. All Other Inputs, 
I/O Pins = low, Outputs Open 


CIN 
Input Capacitance 
10 
pF 
fe = 1 MHz 


ClIO 
I/O Capacitance 
20 
pF 
Unmeasured pins 


COUT 
Output Capacitance 
20 
pF 
returned to GND(5) 


A.C. CHARACTERISTICS 
(TA = 
O·C to 70·C, Vcc 
= 
5V ± 10%, GND 
= OV) (TA = 
- 40·C to + 85·C for Extended 
Temperature) 


BUS PARAMETERS 
(Note 1) 


READ CYCLE 


Symbol 
Parameter 
82C54 
82C54-2 
Units 


Min 
Max 
Min 
Max 


tAR 
Address Stable Before RD! 
45 
30 
ns 


tSR 
CS Stable Before RD! 
0 
0 
ns 


tRA 
Address Hold Time After RD t 
0 
0 
ns 


tRR 
RD Pulse Width 
150 
95 
ns 


tRD 
Data Delay from RD! 
120 
85 
ns 


tAD 
Data Delay from Address 
220 
185 
ns 


tDF 
RD t to Data Floating 
5 
90 
5 
65 
ns 


tRY 
Command Recovery Time 
200 
165 
ns 


NOTE: 
1. AC timings measured at VOH = 2.QV.VOL = a.BV. 


inter 


Symbol 
Parameter 
82C54 
82C54-2 
Units 


Mln 
Max 
Min 
Max 


tAW 
Address 
Stable Before WR J,. 
0 
0 
ns 


tsw 
CS Stable Before WR J,. 
0 
0 
ns 


tWA 
Address 
Hold Time After WR t 
0 
0 
ns 


tww 
WR Pulse Width 
150 
95 
ns 


tow 
Data Setup Time Before WR t 
120 
95 
ns 


two 
Data Hold Time After WR t 
0 
0 
ns 


tRV 
Command 
Recovery 
Time 
200 
165 
ns 


Symbol 
Parameter 
82C54 
82C54-2 
Units 


Mln 
Max 
Mln 
Max 


tClK 
Clock Period 
125 
DC 
100 
DC 
ns 


tpWH 
High Pulse Width 
60(3) 
30(3) 
ns 


tpWl 
low 
Pulse Width 
60(3) 
50(3) 
ns 


TR 
Clock Rise Time 
25 
25 
ns 


tF 
Clock Fall Time 
25 
25 
ns 


tGW 
Gate Width High 
50 
50 
ns 


tGl 
Gate Width low 
50 
50 
ns 


tGS 
Gate Setup Time to ClK t 
50 
40 
ns 


tGH 
Gate Hold Time After ClK t 
50(2) 
50(2) 
ns 


Too 
Output Delay from ClK 
J,. 
150 
100 
ns 


toOG 
Output Delay from Gate J,. 
120 
100 
ns 


twc 
ClK 
Delay for loading(4) 
0 
55 
0 
55 
ns 


tWG 
Gate Delay for Sampling(4) 
-5 
50 
-5 
40 
ns 


two 
OUT Delay from Mode Write 
260 
240 
ns 


tel 
ClK 
Set Up for Count latch 
-40 
45 
-40 
40 
ns 


NOTES: 
2. In Modes 1 and 5 triggers are sampled on each rising clock edge. A second trigger within 120 ns (70 ns for the 82C54-2) 
of the rising clock edge may not be detected. 
3. low-going glitches that violate tpWH,tPWl may cause errors requiring counter reprogramming. 
4. Except for Extended Temp., See Extended Temp. A.C. Characteristics below. 
5. Sampled not 100% tested. TA = 25°C. 
6. If ClK present at Twc min then Count equals N+2 ClK pulses, Twc max equals Count N+ 1 ClK pulse. Twc min to 
Twc max, count will be either N+ 1 or N+2 ClK pulses. 
7. In Modes 1 and 5, if GATE is present when writing a new Count value, at TWGmin Counter will not be triggered, at TWG 
max Counter will be triggered. 
8. If ClK present when writing a Counter latch or ReadBack Command, at TCl min ClK will be reflected in count value 
latched, at TCl max ClK will not be reflected in the count value latched. Writing a Counter latch or ReadBack Command 
between TCL min and TWLmax will result in a latched count vallue which is ± one least significant bit. 


Symbol 
Parameter 
82C54 
82C54-2 
Units 


Min 
Max 
Min 
Max 


twc 
ClK 
Delay for loading 
-25 
25 
-25 
25 
ns 


tWG 
Gate Delay for Sampling 
-25 
25 
-25 
25 
ns 
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WAVEFORMS 


WRITE 


rECOVERY 


inter 


u==x 
)C 


2.0 
2.0 


D.I> TEST POINTS < D.I 


0."5 
----- 
. 


231244-18 
AC. Testing: Inputs are driven at 2.4V for a logic "1" and 0.45V 
for a logic "0." Timing measurements are made at 2.0V for a logic 
"1" and 0.8V for a logic "0." 


inter 
8255A/8255A-5 
PROGRAMMABLE 
PERIPHERAL INTERFACE 


• 
Direct Bit Set/Reset 
Capability 
Easing 


Control 
Application 
Interface 


• 
Reduces 
System 
Package 
Count 


• 
Improved 
DC Driving Capability 


• 
Available 
in EXPRESS 
- 
Standard 
Temperature 
Range 


- 
Extended 
Temperature 
Range 


• 
40 Pin DIP Package 
or 44 Lead PLCC 


(See 
Intel Packaging: 
Order 
Number: 
231369) 


• 
MCS·85™ 
Compatible 
8255A-5 


• 
24 Programmable 
I/O Pins 


• 
Completely 
TTL Compatible 


• 
Fully Compatible 
with Intel 
Microprocessor 
Families 


• 
Improved 
Timing Characteristics 


The Intel 8255A is a general purpose 
programmable 
I/O device designed 
for use with Intel microprocessors. 
It 
has 24 I/O 
pins which 
may be individually 
programmed 
in 2 groups 
of 12 and used in 3 major 
modes 
of 


operation. 
In the first mode (MODE 0), each group of 12 I/O pins may be programmed 
in sets of 4 to be input 
or output. 
In MODE 1, the second 
mode, each group may be programmed 
to have 8 lines of input or output. Of 
the remaining 
4 pins, 3 are used for handshaking 
and interrupt 
control 
signals. 
The third mode of operation 
(MODE 
2) is a bidirectional 
bus mode which 
uses 8 lines for a bidirectional 
bus, and 5 lines, borrowing 
one 
from the other group, for handshaking. 


POW<' {_+sv 
"-~$ - 
•.•. 


.... 
_E 


CoonOlOL 
«,.c 


231308-2 


Figure 2. Pin 
Configuration 


The 8255A is a programmable peripheral interface 
(PPI) device designed for use in Intel microcomputer 
systems. Its function is that of a general purpose I/O 
component to interface peripheral equipment to the 
microcomputer system bus. The functional configu- 
ration of the 8255A is programmed by the system 
software so that normally no external logic is neces- 
sary to interface peripheral devices or structures. 


This 3-state bidirectional 8-bit buffer is used to inter- 
face the 8255A to the system data bus. Data is 
transmitted or received by the buffer upon execution 
of input or output instructions by the CPU. Control 
words and status information are also transferred 
through the data bus buffer. 


Read/Write 
and Control Logic 


The function of this block is to manage all of the 
internal and external transfers of both Data and 
Control or Status words. It accepts inputs from the 


;;0 


"" 
RE .••.O' 
WRITE 


A, 
C~6~~~L 


CPU Address and Control busses and in turn, issues 
commands to both of the Control Groups. 


Chip Select. 
A "low" on this input pin enables the 


communication between the 8255A and the CPU. 


Read. A "low" on this input pin enables the 8255A 
to send the data or status information to the CPU on 
the data bus. In essence, it allows the CPU to "read 
from" the 8255A. 


Write. A "low" on this input pin enables the CPU to 
write data or control words into the 8255A. 


Port Select 
0 and Port Select 
1. These input sig- 


nals, in conjunction with the RD and WR inputs, con- 
trol the selection of one of the three ports or the 
control word registers. They are I10rmallyconnected 
to the least significant bits of the address bus (Ao 
and A1). 


231308-3 


Figure 3. 8255A Block Diagram Showing 
Data Bus Buffer and Read/Write 
Control 
Logic Functions 
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inter 


Al 
Ao 
RD 
WR 
CS 
Input Operation 
(READ) 


0 
0 
0 
1 
0 
Port A --+ Data Bus 


0 
1 
0 
1 
0 
Port B --+ Data Bus 


1 
0 
0 
1 
0 
Port C --+ Data Bus 


Output Operation 
(WRITE) 


0 
0 
1 
0 
0 
Data Bus --+ PortA 


0 
1 
1 
0 
0 
Data Bus --+ Port B 


1 
0 
1 
0 
0 
Data Bus --+ Port C 


1 
1 
1 
0 
0 
Data Bus --+ Control 


Disable Function 


X 
X 
X 
X 
1 
Data Bus --+ 3-State 


1 
1 
0 
1 
0 
Illegal Condition 


X 
X 
1 
1 
0 
Data Bus --+ 3-State 


Reset. A "high" on this input clears the control reg- 
ister and all ports (A, B, C) are set to the input mode. 


The functional configuration of each port is pro- 
grammed by the systems software. In essence, the 
CPU "outputs" 
a control word to the 8255A. The 


control word contains information such as "mode", 
"bit set", "bit reset", etc., that initializes the func- 
tional configuration of the 8255A. 


Each of the Control blocks (Group A and Group B) 
accepts "commands" from the Read/Write Control 
Logic, receives "control words" from the internal 
data bus and issues the proper commands to its as- 
sociated ports. 


Control Group A-Port 
A and Port C upper (C7-C4) 


Control Group B-Port 
B and Port Clower (C3-CO) 


The Control Word Register can Only be written into. 
No Read operation of the Control Word Register is 
allowed. 


Ports A, B, and C 


The 8255A contains three 8-bit ports (A, B, and C). 
All can be configured in a wide variety of functional 
characteristics by the system software but each has 
its own special features or "personality" to further 
enhance the power and flexibility of the 8255A. 


Port A. One 8-bit data output latch/buffer and one 
8-bit data input latch. 


Port B. One 8-bit data input/output latch/buffer and 
one 8-bit data input buffer. 


Port C. One 8-bit data output latch/buffer and one 
8-bit data input buffer (no latch for input). This port 
can be divided into two 4-bit ports under the mode 
control. Each 4-bit port contains a 4-bit latch and it 
can be used for the control signal outputs and status 
signal inputs in conjunction with ports A and B. 


{_." 
POWER 


SUPPI..IES 
_GHO 


REAO 


WAITE 


CONTROl 


<OGO< 


Pin Configuration 


,., 
'.4 
'.2 
,.. 
,., 
'.6,., 


WR 


cs 


GNO 
D. 
0, 
•• 
0, 
'c, 
0, 
8255A 
o. 


0, 
,.. 
0, 


07-00 
Data Bus (Bi-Oirectional) 


RESET 
Reset Input 


CS 
Chip Select 


RO 
Read Input 


WR 
Write Input 


AO, A1 
Port Address 


PA7-PAD 
PortA 
(BIT) 


PB7-PBO 
Port B (BIT) 


PC7-PCO 
PortC 
(BIT) 


Vcc 
+5 
Volts 


GNO 
o Volts 


There 
are three 
basic modes 
of operation 
that can 


be selected 
by the system 
software: 
2-66 


inter 


Mode Q-Basic 
Input/Output 


Mode 1-5trobed 
Input/Output 


When the reset input goes "high" all ports will be set 
to the input mode (Le., all 24 lines will be in the high 
impedance state). After the reset is removed the 
8255A can remain in the input mode with no addi· 
tional initialization required. During the execution of 
the system program any of the other modes may be 
selected using a single output instruction. This al- 
lows a single 8255A to service a variety of peripheral 
devices with a simple software maintenance routine. 


The modes for Port A and Port B can be separately 
defined, while Port C is divided into two portions as 
required by the Port A and Port B definitions. All of 
the output registers, including the status flip-flops, 
will be reset whenever the mode is changed. Modes 
may be combined so that their functional definition 
can be "tailored" to almost any I/O structure. For 
instance; Group B can be programmed in Mode 0 to 
monitor simple switch closings or display computa- 
tional results, Group A could be programmed in 
Mode 1 to monitor a keyboard or tape reader on an 
interrupt-driven basis. 


C 
MODE 2 


~o 
!~11 
1/ 
11 
~1'DIRECTIONAl 


PBrPBo 
I/O 
~, -C-O-NT~'R-Ol~! 
PA7·pAo 


Figure 5. Basic Mode Definitions 
and Bus 


Interface 


MODE SElECTION 
00· 
MODE 0 
01'" MODE 1 
lX· 
MODE 2 


The mode definitions and possible mode combina- 
tions may seem confusing at first but after a cursory 
review of the complete device operation a simple, 
logical I/O approach will surface. The design of the 
8255A has taken into account things such as effi- 
cient PC board layout, control signal definition vs PC 
layout and complete functional flexibility to support 
almost any peripheral device with no external logic. 
Such design represents the maximum use of the 
available pins. 


Any of the eight bits of Port C can be Set or Reset 
using a single OUTput instruction. This feature re- 
duces software requirements in Control-based appli- 
cations. 


intJ 


BIT SET/RESET 
,. 
SET 
O· 
RESET 


BIT SELECT 
01234587 
0101010180 


001100'181 
000011118 


When Port C is being used as status/control for Port 
A or B, these bits can be set or reset by using the Bit 
Set/Reset operation just as if they were data output 
ports. 


Interrupt Control Functions 


When the 8255A is programmed to operate in mode 
1 or mode 2, control signals are provided that can be 
used as interrupt request inputs to the CPU. The in- 
terrupt request signals, generated from port C, can 
be inhibited or enabled by setting or resetting the 
associated INTE flip-flop, using the bit set/reset 
function of port C. 


This function allows the Programmer to disallow or 
allow a specific I/O device to interrupt the CPU with- 
out affecting any other device in the interrupt struc- 
ture. 


INTE flip-flop definition: 


{BIT-SET)-INTE 
is set-Interrupt 
enable 


(BIT-RESET)-INTE 
is RESET-Interrupt 
disable 


NOTE: 


All Mask flip-flops are automatically reset during 
mode selection and device Reset. 


Operating 
Modes 


MODE 0 (Basic Input/Output). 
This functional con- 


figuration provides simple input and output opera- 
tions for each of the three ports. No "handshaking" 
is required, data is simply written to or read from a 
specified port. 


Mode 0 Basic Functional Definitions: 
• Two 8-bit ports and two 4-bit ports. 
• Any port can be input or output. 


• Outputs are latched. 
• Inputs are not latched. 
• 16 different Input/Output configurations are pos- 


sible in this Mode. 


<~'RD-~~-'DF--===f--- 


OUTPUT 
b..d_ 


A 
B 
Group A 
Group B 


04 
03 
01 
Do 
Port A 
Port C 
# 
Port B 
Port C 


(Upper) 
(Lower) 


0 
0 
0 
0 
OUTPUT 
OUTPUT 
0 
OUTPUT 
OUTPUT 


0 
0 
0 
1 
OUTPUT 
OUTPUT 
1 
OUTPUT 
INPUT 


0 
0 
1 
0 
OUTPUT 
OUTPUT 
2 
INPUT 
OUTPUT 


0 
0 
1 
1 
OUTPUT 
OUTPUT 
3 
INPUT 
INPUT 


0 
1 
0 
0 
OUTPUT 
INPUT 
4 
OUTPUT 
OUTPUT 


0 
1 
0 
1 
OUTPUT 
INPUT 
5 
OUTPUT 
INPUT 


0 
1 
1 
0 
OUTPUT 
INPUT 
6 
INPUT 
OUTPUT 


0 
1 
1 
1 
OUTPUT 
INPUT 
7 
INPUT 
INPUT 


1 
0 
0 
0 
INPUT 
OUTPUT 
8 
OUTPUT 
OUTPUT 


1 
0 
0 
1 
INPUT 
OUTPUT 
9 
OUTPUT 
INPUT 


1 
0 
1 
0 
INPUT 
OUTPUT 
10 
INPUT 
OUTPUT 


1 
0 
1 
1 
INPUT 
OUTPUT 
11 
INPUT 
INPUT 


1 
1 
0 
0 
INPUT 
INPUT 
12 
OUTPUT 
OUTPUT 


1 
1 
0 
1 
INPUT 
INPUT 
13 
OUTPUT 
INPUT 


1 
1 
1 
0 
INPUT 
INPUT 
14 
INPUT 
OUTPUT 


1 
1 
1 
1 
INPUT 
INPUT 
15 
INPUT 
INPUT 


CONTROL WORO #0 


0, 
O. 
D. 
D. 
D3 
D. 
D, 
DO 
rn:EEEEEl 


CONTROL WORD #2 


01 
De 
Os 
D. 
03 
02 
0, 
Do 
rn:EEEEEl 


A 
8 


8255A 
,4 
C{ 
,4 


B 
,8 


A 
,8 


8255A 


,4 


C{ 
,4 


B 
• 
I 
,8 


CONTROL WORD #1 


D7 
D. 
0. 
D. 
D3 
D. 
D, 
Do 
rn:EEEEEl 


CONTROL WORD #3 


07 
D. 
015 D. 
0] 
02 
0, 
Do 
rn:EEEEEl 


A 
,8 


8255A 
,4 
C{ . 


7,4 


B 
,8 


A 
,8 


8255A 
C{ 


,4 


,4 


B 
,8 


CONTROL WORD #4 


07 
0, 
05 
D. 
03 
02 
0, 
00 
rn:EEEEEl 


CONTROL WORD #8 


07 
D. 
05 
D. 
D3 
02 
0, 
00 
rn:EEEEEl 


A 
,8 


8255A 
,4 
. 
.c{ 
,4 


B 
,8 


A . 
i 
,8 


8255A 


4 


, 
C{ 


4 


8 
,8 


CONTROL WORD #5 


0, 
D. 
D. 
D. 
03 
O2 
0, 
DO 


~ 


CONTROL WORD #5 


0, 
D. 
Do 
D. 
03 
O2 
0, 
DO 


~ 


A 
,8 


8255A 


I 
C{ 


, 


,I 


B 
,8 


A , 
,,8 


8255A 


,I 
C{ 
,I 


B 
,8 


CONTROL WORD #5 


07 
0, 
Os 
Dol 
03 
02 
0, 
DO 


~ 


CONTROL 
WORD 
.::10 


07 
06 
05 
D. 
03 
02 
0, 
DO 


~ 


A 
,8 


825SA 


4 


c{ 


,4, 


8 
B 
, 


A 
,8 


8255A 


4 
. 
c{ 
4 
, 


B . 
,8, 


CONTROL WORD #7 


07 
06 
Os 
D.. 
D3 
02 
01 
00 


~ 


CONTROL WORD #11 


07 
06 
05 
0.. 
03 
02 
01 
00 


~ 


A 
8 
, 


8255A 


I 


c{ 


, 


4, 


B 
8 
I 


A 
,8 


8255A 


4 


c{ 


, 


4 


B 
8 
, 


CONTROL 
WORO 
#12 


07 
06 
05 
D. 
03 
02 
01 
DO 


~ 


8 
A 


8255A 
4 
C{ 
4 
, 


8 
B 
, 


CONTROL 
WORO 
#13 


07 
06 
05 
04 
03 
02 
01 
00 


~ 


8 
A 


8255A 


,4 
C{ 
4 


8 
B 


Operating 
Modes 


MODE 1 (Strobed Input/Output). This 
functional 
configuration 
provides 
a means 
for transferring 
I/O 
data to or from a specified 
port in conjunction 
with 
strobes 
or "handshaking" 
signals. 
In mode 1, port A 
and port 
B use the lines on port C to generate 
or 
accept 
these 
"handshaking" 
signals. 


Mode 
1 Basic Functional 
Definitions: 


• 
Two Groups 
(Group A and Group B) 


• 
Each group contains 
one 8-bit data port and one 
4-bit control/ 
data port. 


• 
The 8-bit data port can be either input or output. 
Both inputs and outputs 
are latched. 


• 
The 4-bit port is used for control 
and status of the 
8-bit data port. 


CONTROL 
WORD 
#14 


07 
06 
05 
D. 
03 
02 
0, 
00 


~ 


8 
A 
, 


8255A 
C{ 


. 
I 
,4 


. 
. 


4 


8 
B 


CONTROL 
WORD 
#15 


07 
06 
05 
D. 
03 
02 
01 
00 


~ 


A 
8 


8255A 


I 


4 


. 
. 
C{ 


4 


B 
8, 


Input Control Signal Definition 


STB (Strobe Input). A "low" 
on this 
input 
loads 


data into the input latch. 


A "high" 
on this output 
indicates 
that the data has 


been loaded 
into the input latch; in essence, 
an ac- 


knowledgement. 
IBF is set by STB input being 
low 


and is reset by the rising edge of the RD input. 


A "high" 
on this output 
can be used to interrupt 
the 


CPU 
when 
an input 
device 
is requesting 
service. 


INTR is set by the STB is a "one", 
IBF is a "one" 


and INTE is a "one". 
It is reset by the falling edge of 


RD. This 
procedure 
allows 
an input 
device 
to re- 


quest 
service 
from 
the CPU by simply 
strobing 
its 


data into the port. 


inter 


CONTROL 
WORD 


07 
0, 
05 
D. 
03 
02 
D, 
00 
[i 101, I, 1'[orxIXrXI 


PC6,7 


, -INPUT 
O· 
OUTPUT 


inter 


Output Control Signal Definition 


OBF (Output 
Buffer 
Full F/F). The OBF output will 


go "'ow" to indicate that the CPU has written data 
out to the specified port. The OBF F/F will be set by 
the rising edge of the WR input and reset by ACK 
input being low. 


ACK 
(Acknowledge 
Input). 
A "low" on this input 
informs the 8255A that the data from port A or port 
B has been accepted. In essence, a response from 
the peripheral device indicating that it has received 
the data output by the CPU. 


INTR (Interrupt 
Request). 
A "high" on this output 
can be used to interrupt the CPU when an output 


CONTROL 
WORD 


07 D6 05 0.. 03 02 0, 
Do 
I, 10 I, 
10 l'ro!XIXIXI 
L:S: 
0- 
OUTPUT 


device has accepted data transmitted by the CPU. 
INTR is set when ACK is a "one", OBF is a "one", 
and INTE is a "one". It is reset by the falling edge of 
WR. 


CONTROL 
WORe 


0] 06 Os 0.. 03 02 0, 
Do 


231308-30 
231308-31 


Figure 10. MODE 1 Output 


WR 


O6F 


INTR 


twiT 


liCK 


OUTPUT 


231308-32 


Figure 11. MODE 1 (Strobed 
Output) 


inter 


Port A and Port B can be individually 
defined 
as in- 


put or output in MODE 1 to support 
a wide variety of 


strobed 
I/O applications. 


Operating 
Modes 


MODE 2 (Strobed Bidirectional Bus 110). This 
functional 
configuration 
provides 
a means 
for com- 
municating 
with a peripheral 
device or structure 
on a 


single 
a-bit bus for both transmitting 
and receiving 


data (bidirectional 
bus I/O). 
"Handshaking" 
signals 


are provided 
to maintain 
proper bus flow discipline 
in 


a similar 
manner 
to MODE 
1. Interrupt 
generation 


and enable/ disable 
functions 
are also available. 


MODE 2 Basic Functional 
Definitions: 


• 
Used in Group A only. 


• 
One a-bit, bi-directional 
bus Port (Port A) and a 5- 


bit control 
Port (Port C). 


• 
Both inputs and outputs 
are latched. 


• 
The 5-bit control 
port (Port C) is used for control 


and 
status 
for 
the 
a-bit, 
bi-directional 
bus 
port 


(Port A). 


Bidirectional 
Bus 1/0 Control Signal 


Definition 


INTR (Interrupt Request). A high on this output can 
be used to interrupt 
the CPU for both input or output 


operations. 


Output Operations 


OBF (Output Buffer Full). The OBF output 
will go 
"low" 
to indicate 
that the CPU has written 
data out 


to port A. 


ACK (Acknowledge). A "low" 
on this input enables 


the tri-state 
output 
buffer 
of port A to send out the 


data. Otherwise, 
the output 
buffer will be in the high 


impedance 
state. 


INTE 1 (The INTE Flip-Flop Associated with 
OBF). Controlled 
by bit set/reset 
of PC6. 


Input Operations 


STB (Strobe Input). A "low" 
on this 
input 
loads 


data into the input latch. 


inter 


IBF (Input Buffer 
Full F/F). A "high" on this output 
indicates that data has been loaded into the input 
latch. 


pc,. 


1 -INPUT 
O· 
OUTPUT 


PORTS 


1· 
INPUT 
O-OUTPUT 


GROUPBMOOE 
0- 
MODE 0 
,-MOOE 
1 


DATAFRDM 


~ 
CPU TO 8255A 


/ 


INTE 2 (The INTE Flip-Flop 
Associated 
with IBF). 


Controlled by bit set/reset of PC4. 


NOTE: 
Any sequence 
where 
WR occurs 
before 
ACK and STB occurs 
before 
RD is permissible. 


(INTR = IBF. 
MASK. 
STB • RD + OBF • MASK. 
ACK • WR) 


Figure 15. MODE 2 (Bidirectional) 
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PC, 


....•.. 
-A 
PA7·pAo 
• 
v 
"V 


PC, 


pc.- 


2 
0, 
DOIJ 
PC, 


,. 
PC, 
-INPUT 
-OUTPUT 


3 
pc,. 
, 


PB,-PlI" 
8 


CONTROL 
WORD 


07 O. Os 0" 03 0 
I, I, t><IXtXI 0 


07 De 05 0.. 0, 
02 
0, 
00 
1,I,NXIXl,IolXl 


CONTROL WORD 


07 
D. 
Os D. 
03 
02 
0, 
00 
1'['@Molo:? 


pc,. 


1· 
INPUT 
a-OUTPUT 


PC, 


A... 


''''-'Ac. 
8 
V" 
-v 


PC, 


PC,- 


PC,- 


PC,; 


3 


PC,. -+--- 


-" 
PB,-P8, 
8 
-v 


C 


D7 0, 
05 
O. 
03 
02 
0, 
Do 
I, I, t><IXIXl, I, IXl 


PC, 


A... 
-" 
'A,-'Ac. 
8 
/ 
" 


PC, 


PC, 


PC, 


PC,; 


P87·P80 
8 
I 


PC, 


PC, 


PC" 


MODE 0 


IN 
OUT 


PAo 
IN 
OUT 
PA1 
IN 
OUT 
PA2 
IN 
OUT 
PA3 
IN 
OUT 
PA4 
IN 
OUT 
PAs 
IN 
OUT 
PA6 
IN 
OUT 
PA7 
IN 
OUT 


PBo 
IN 
OUT 
PB1 
IN 
OUT 
PB2 
IN 
OUT 
PB3 
IN 
OUT 
PB4 
IN 
OUT 
PBs 
IN 
OUT 
PB6 
IN 
OUT 
PB7 
IN 
OUT 


PCo 
IN 
OUT 
PC1 
IN 
OUT 
PC2 
IN 
OUT 
PC3 
IN 
OUT 
PC4 
IN 
OUT 
PCs 
IN 
OUT 
PC6 
IN 
OUT 
PC7 
IN 
OUT 


Special Mode Combination 
Considerations 


MODE 1 


IN 
OUT 


IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 


IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 


1NTRs 
INTRs 
IBFs 
OBFs 
STBs 
ACKS 
INTRA 
INTRA 
STBA 
I/O 
IBFA 
I/O 
I/O 
ACKA 
I/O 
OBFA 


There are several 
combinations 
of modes when not 


all of the bits in Port C are used for control 
or status. 
The remaining 
bits can be used as follows: 


All input lines can be accessed 
during a normal Port 


C read. 


If Programmed 
as Outputs- 


Bits in C upper 
(PC7-PC4) 
must be individually 
ac- 
cessed 
using the bit set/reset 
function. 


Bits in Clower 
(PC3-PCO) 
can be accessed 
using 


the 
bit set/reset 
function 
or accessed 
as a three- 


some by writing 
into Port C. 


Source Current Capability on Port B 
and Port C 


Any set of eight 
output 
buffers, 
selected 
randomly 


from 
Ports 
Band 
C can source 
1 mA at 1.5 volts. 


MODE 2 


GROUP A ONLY 
+-+ 
+-+ 
+-+ 
+-+ 
+-+ 
+-+ 
+-+ 
+-+ 
-- 
-- 
-- 
-- 
-- 
-- 
-- 
-- 
I/O 
I/O 
I/O 
INTRA 
STBA 
IBFA 
ACKA 
08FA 


MODE 0 
OR MODE 1 
ONLY 


This feature allows the 8255 to directly drive Darling- 
ton type 
drivers 
and 
high-voltage 
displays 
that 
re- 


quire such source 
current. 


Reading Port C Status 


In Mode 0, Port C transfers 
data to or from the pe- 


ripheral 
device. 
When 
the 8255 
is programmed 
to 


function 
in Modes 
1 or 2, Port C generates 
or ac- 


cepts "hand-shaking" 
signals with the peripheral 
de- 


vice. Reading 
the contents 
of Port C allows the pro- 


grammer 
to test or verify 
the "status" 
of each 
pe- 


ripheral 
device 
and 
change 
the 
program 
flow 
ac- 


cordingly. 


There 
is no special 
instruction 
to read the status in- 


formation 
from 
Port C. A normal 
read operation 
of 


Port C is executed 
to perform 
this function. 


inter 


i 
j 
GROUP A 
GROUP. 


(DEFINED 
BY MODE 0 OR MODE 
1 SELECTION) 
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The 8255A is a very powerful tool for interfacing pe- 
ripheral equipment to the microcomputer system. It 
represents the optimum use of available pins and is 
flexible enough to interface almost any I/O device 
without the need for additional external logic. 


Each peripheral device in a microcomputer system 
usually has a "service routine" associated with it. 
The routine manages the software interface be- 
tween the device and the CPU. The functional defini- 
tion of the 8255A is programmed by the I/O service 
routine and becomes an extension of the system 
software. By examining the I/O devices interface 
characteristics for both data transfer and timing, and 
matching this information to the examples and ta- 
bles in the detailed operational description, a control 
word can easily be developed to initialize the 8255A 
to exactly "fit" the application. Figures 19 through 
25 represent a few examples of typical applications 
of the 8255A. 


pc) 
'Ao 
",..,..,... 


'As... 
", 


PC, 


PC, 
PC, 


PC, 


••••• ... 


PO, 


PO, 


PO, 


PO, 


MOOE, 
PO, 
(OUTPUT) 
PO, 


PO, 


PC, 
DATA READV 


PC, 
'CK 


PC, 


STi 


PC, 
PAu 
R. 


8255A 
PA, 
R, 


PA, 
R, 
FULLY 


PA, 
R, 
DeCOOEO 
KEYBOARD 


PA, 
R, 


MODE 
1 
PAs 
R, 


(lNPUTI 
p •• 
SHIFT 


PA, 
CONTROL 


PC, 
STROBE 


Pes 
ACK 
- 


c-ps. 
•• 
PS, 
., 


PS, 
., 
BURROUGHS 
SELF·SCAN 


PB, 
B, 
DISPLAY 


PB, 
B, 


PS, 
a, 


MODE' 
PS, 
BACKSPACE 
(OUTPUT) ..., 
CLEAR 


PC, 
DATA 
READY 


PC, 
ACK 


PC, 
BLANKING 


pc. 
_PC, 
CANCElWQRD 


UPT.-J 


inter 


EST', 


PC, 
'Ao 
D• 
.A, 
D, 


'A, 
D, 


'A, 
D, 
FLoPf'Y 
DISK 


'Ao 
D, 


CONTROLLER 
AND 
DRIVE 


'A. 
D. 


MODE' 
'"" 
D. 


PA, 
D, 


PC, 
DATA ITB 
pc. 
ACK UNI 


PC, 
OAT'" 
READY 


pc. 
ACK lOUT) 
.•.... 


PC, 
TRACK '-0" SENSOR 


PC, 
SYNC READV 


PC, 
INDEX 


r 


ENOAGE 
HEAD 


PS, 
FORWARD/REV . 


'B, 
READ ENABLE 


MODE0 
PBJ 
WRITE 
ENABLE 


(OUTPUTI 
'8. 
DISC SElECT 


'Bo 
ENABLE CRe 
.•. 
TEST 


PS, 
BUSY 
IT 


PC:I 
'Ao 


• A, 
'A, 
'A, 
•.... 
'A, 
'A, 
••• 


". 


SHIFT 


CONTROL 


STROBE 


ACKNOWLEDGE 


BUSY IT 


TEST IT 


MOOE 
0 
•s, 


UNPUT! 
PO,... 


ps..•. 
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Figure 23. Basic Floppy Disk Interface 
Figure 21. Keyboard and 
Terminal Address Interface 


QUEST', 


PC,<=; ••• 
". 
.A, 
", 
CAT CONTROllER 


'A, 
", 
• 
CHARACTER 
GEN • 


• A, 
", 
• 
REFRESH 
BUFFER 


'A, 
", 
• 
CURSOR 
CONTROL 


'A, 
". 


MODE' 
'''0 
SHIFT 


(OUTPUTI 
'A, 
CONTROL 


PC, 
DATA 
READY 
.c. 
ACK 
pc. 
BLANK 
EO 


•• IlIA 
PC, 
BLACK/WHITE 


•..•PC, 
AOWSTS 


PC, 
COLUMN 
5T8 


PC, 
CURSOR HN STS 


ps. 


MOCE 
0 
PS, 


IOUTPUTI 
PS, 


PS, l'-"'~~- 


PS, 
AOORESS 
HOV 
.•. 
ps• 


PS, 


•.•. 
LSO 
• A, 


'A, 


'A, 


'A, 


MODE 0 
."of---- 


(OUTPUT! 
'''0 
12·811 


'A, 
D·A - 
CONVERTER 
PC, 
loACI 


pc. 


•••••• 
pc• 


PC, 
MSO 
r 


STBOATA 


PC, 
OUTPUT EN 


BIT 


SET/RESET 
~ 
SAMnE EN 


STB 
....••. 
LSB 


PS, 
8-BIT 


'B, 


A·D 
CONVERTER - 


MODE 
0 
PS, 
(AOe) 


(INPUT) 
'B,.......•. 
MS8 
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Figure 22. Digital to Analog, Analog to Digital 
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Figure 24. Basic CRT Controller Interface 


inter 


T1 
pc, 
PA, 
--RO 
PA, 
R, 


PA, 1------ R, 
8 LEVEL 


PAPER 
PA, 
R, 
TAPE 


PA, 
R. 


READER 


MODE 
1 
PAs 
R, 


(lNPUTI 
P"s 
R, 


PA, 
R, 


PC, 
STB 
PC, 
ACK 


PC, 
STOP/GO 


1255A 
MACHINE 
TOOL 


{PC, 


START/STOP 
MODE 
0 
PC 
LIMIT 
SENSOR 
IHNI 
(INPUT) 
1 
PC, 
OUT OF FLUID 
.., 
CHANGE TOOL 


PB, 
LEFT/RIGHT 
.., 
UP/DOWN 


MODE 
0 
PB, 
HOR. 
STEP 
STROBE 


lOUTPUTI 
PB, 
VERT. 
STEP 
STROBE 


Po, 
SlEW!STEP 
.., 
FLUID 
ENABLE 
..,---- 
EMERGENCY 
STOP 


*Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
on Any Pin 
with Respect to Ground 
- 0.5V to + 7V 


Power Dissipation 
1 Watt 


Symbol 
Parameter 
Mln 
Max 
Unit 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vee 
V 


VOL (DB) 
Output Low Voltage 
(Data Bus) 
0.45* 
V 
IOL = 2.5 mA 


VOL (PER) 
Output Low Voltage 
(Peripheral 
Port) 
0.45* 
V 
IOL = 1.7 mA 


VOH (DB) 
Output High Voltage 
(Data Bus) 
2.4 
V 
IOH = -400,."A 


VOH (PER) 
Output High Voltage 
(Peripheral 
Port) 
2.4 
V 
IOH = -200,."A 


IDAR(1) 
Darlington 
Drive Current 
-1.0 
-4.0 
mA 
REXT = 750.0; VEXT = 1.5V 


Ice 
Power Supply Current 
120 
mA 


IlL 
Input Load Current 
±10 
,."A 
VIN = Vee to OV 


IOFL 
Output Float Leakage 
±10 
,."A 
VOUT = Vee to 0.45V 


NOTE: 
1. Available on any 8 pins from Port Band e. 


Symbol 
Parameter 
Min 
Typ 
Max 
Unit 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
fc = 1 MHz(4) 


CliO 
I/O Capacitance 
20 
pF 
Unmeasured 
pins returned 
to GND(4) 


Symbol 
Parameter 
8255A 
8255A·5 
Unit 
Min 
Max 
Min 
Max 


tAR 
Address 
Stable before READ 
0 
0 
ns 


tRA 
Address 
Stable after READ 
0 
0 
ns 


tRR 
READ Pulse Width 
300 
300 
ns 


tRD 
Data Valid from READ(1) 
250 
200 
ns 


tDF 
Data Float after READ 
10 
150 
10 
100 
ns 


tRY 
Time between 
READs and/or 
WRITEs 
850 
850 
ns 


Symbol 
Parameter 
8255A 
8255A·5 
Unit 
Min 
Max 
Min 
Max 


tAW 
Address 
Stable before WRITE 
0 
0 
ns 


tWA 
Address 
Stable after WRITE 
20 
20 
ns 


tww 
WRITE Pulse Width 
400 
300 
ns 


tDW 
Data Valid to WRITE (T.E.) 
100 
100 
ns 


tWD 
Data Valid after WRITE 
30 
30 
ns 


Symbol 
Parameter 
8255A 
8255A-5 
Unit 
Min 
Max 
Min 
Max 


tWB 
WR = 1 to Output(1) 
350 
350 
ns 


tlR 
Peripheral 
Data before RD 
0 
0 
ns 


tHR 
Peripheral 
Data after RD 
0 
0 
ns 


tAK 
ACK Pulse Width 
300 
300 
ns 


tST 
STS Pulse Width 
500 
500 
ns 


tps 
Per. Data before T.E. of STS 
0 
0 
ns 


tpH 
Per. Data after T.E. of STS 
180 
180 
ns 


tAD 
ACK = 0 to Output(1) 
300 
300 
ns 


tKD 
ACK = 1 to Output Float 
20 
250 
20 
250 
ns 


inter 


Symbol 
Parameter 
8255A 
8255A-5 
Unit 


Min 
Max 
Mln 
Max 


tWOB 
WR = 1 toOSF 
= 0(1) 
650 
650 
ns 


tAOB 
ACK = 0 to OSF 
= 1(1) 
350 
350 
ns 


tSIB 
STS = 0 to ISF = 1(1) 
300 
300 
ns 


tRIB 
RD = 1 to ISF = 0(1) 
300 
300 
ns 


tRIT 
RD = 0 to INTR 
= 0(1) 
400 
400 
ns 


tSIT 
STS = 1 to INTR 
= 1(1) 
300 
300 
ns 


tAIT 
ACK = 1 to INTR 
= 1(1) 
350 
350 
ns 


tWIT 
WR = 0 to INTR 
= 0(1,3) 
850 
850 
ns 


NOTES: 
1. Test Conditions: 
CL = 150 pF. 


2. Period 
of Reset 
pulse must be at least 50 ,.s during or after power 
on. Subsequent 
Reset 
pulse can be 500 ns min. 


3. INTR t may occur 
as early as WR J.. 
4. Sampled. 
not 100% 
tested. 


·For 
Extended 
Temperature 
EXPRESS, 
use M8255A 
electrical 
parameters. 


Input/Output 


2.' 
2.0 
2.0 
:> TEST 
POINTS <:: 


0.1 
0.1 
I Ct. -11OpF 
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A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and 0.8V for a Logic "0". 


231308-51 


'VEXT is set at various voltages during testing to guarantee the 
specification. Cl includes jig capacitance. 


WAVEFORMS 


MODE 0 (BASIC INPUT) 


inter 


NOTE: 
Any sequence 
where \VA occurs 
before Aa< and SfB occurs 
before 
RD is permissible. 


(INTR = ISF. 
MASK. SfB • RD + OBF • MASK. Aa< • WR) 


inter 
82C55A 


CHMOS PROGRAMMABLE 
PERIPHERAL INTERFACE 


• 
Control 
Word Read-Back 
Capability 


• 
Direct Bit Set/Reset 
Capability 


• 
2.5 mA DC Drive Capability 
on all 110 


Port Outputs 


• 
Available 
In 40-Pln DIP and 44-Pln PLCC 


• 
Available 
In EXPRESS 
- 
Standard 
Temperature 
Range 
• 
Completely 
TTL Compatible 
- 
Extended 
Temperature 
Range 


The Intel 82C55A 
is a high-performance, 
CHMOS 
version 
of the industry 
standard 
8255A 
general 
purpose 
programmable 
1/0 device which is designed 
for use with all Intel and most other microprocessors. 
It provides 
24 1/0 pins which may be individually 
programmed 
in 2 groups of 12 and used in 3 major modes of operation. 
The 82C55A 
is pin compatible 
with the NMOS 8255A 
and 8255A-5. 


In MODE 
0, each group 
of 12 1/0 
pins may be programmed 
in sets of 4 and 8 to be inputs 
or outputs. 
In 
MODE 1, each group may be programmed 
to have 8 lines of input or output. 3 of the remaining 
4 pins are used 
for handshaking 
and interrupt 
control 
signals. 
MODE 2 is a strobed 
bi-directional 
bus configuration. 


The 82C55A 
is fabricated 
on Intel's advanced 
CHMOS 
III technology 
which provides 
low power consumption 
with performance 
equal to or greater 
than the equivalent 
NMOS 
product. 
The 82C55A 
is available 
in 40-pin 
DIP and 44-pin plastic 
leaded 
chip carrier 
(PLCC) packages. 


• 
Compatible 
with all Intel and Most 


Other Microprocessors 


• 
High Speed, 
"Zero 
Walt State" 
Operation 
with 8 MHz 8086/88 
and 


80186/188 


• 
24 Programmable 
1/0 Pins 


• 
Low Power CHMOS 
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Figure 2. 82C55A 
Pinout 


Diagrams 
are for pin reference 
only. Package 
sizes 
are not to scale. 


Symbol 
Pin Number 
Type 
Name and Function 
Dip 
PLCC 


PA3-0 
1-4 
2-5 
I/O 
PORT A, PINS 0-3: 
Lower nibble of an 8-bit data output latch/ 


buffer and an 8-bit data input latch. 


AD 
5 
6 
I 
READ CONTROL: 
This input is low during CPU read operations. 


CS 
6 
7 
I 
CHIP SELECT: 
A low on this input enables 
the 82C55A to 


respond to AD and WA signals. AD and WA are ignored 
otherwise. 


GND 
7 
8 
System 
Ground 


Al-0 
8-9 
9-10 
I 
ADDRESS: 
These input signals, in conjunction 
AD and WA, 


control 
the selection 
of one of the three ports or the control 


word registers. 


A1 
Ao 
RD 
WR 
CS 
Input 
Operation 
(Read) 


.r 
0 
0 
0 
1 
0 
Port A - Data Bus 


0 
1 
0 
1 
0 
Port B - Data Bus 


1 
0 
0 
1 
0 
Port C - Data Bus 


1 
1 
0 
1 
0 
Control Word - Data Bus 


Output 
Operation 
(Write) 


0 
0 
1 
0 
0 
Data Bus - Port A 


0 
1 
1 
0 
0 
Data Bus - Port B 


1 
0 
1 
0 
0 
Data Bus - Port C 


1 
1 
1 
0 
0 
Data Bus - Control 


Disable 
Function 


X 
X 
X 
X 
1 
Data Bus - 3 - State 


X 
X 
1 
1 
0 
Data Bus - 3 - State 


PC7-4 
10-13 
11,13-15 
I/O 
PORT C, PINS 4-7: 
Upper nibble of an 8-bit data output latch/ 


buffer and an 8-bit data input buffer (no latch for input). This port 
can be divided into two 4-bit ports under the mode control. 
Each 
4-bit port contains 
a 4-bit latch and it can be used for the control 


signal outputs and status signal inputs in conjunction 
with ports 


Aand 
B. 


PCO-3 
14-17 
16-19 
I/O 
PORT C, PINS 0-3: 
Lower nibble of Port C. 


PBO-7 
18-25 
20-22, 
I/O 
PORT B, PINS 0-7: 
An 8-bit data output latch/buffer 
and an 8- 
24-28 
bit data input buffer. 


Vcc 
26 
29 
SYSTEM 
POWER: + 5V Power Supply. 


07-0 
27-34 
30-33, 
I/O 
DATA 
BUS: Bi-directional, 
tri-state 
data bus lines, connected 
to 
35-38 
system data bus. 


AESET 
35 
39 
I 
RESET: A high on this input clears the control 
register and all 


ports are set to the input mode. 


WA 
36 
40 
I 
WRITE CONTROL: 
This input is low during CPU write 


operations. 


PA7-4 
37-40 
41-44 
I/O 
PORT A, PINS 4-7: 
Upper nibble of an 8-bit data output latch/ 


buffer and an 8-bit data input latch. 


NC 
1,12, 
No Connect 
23,34 


The 82C55A is a programmable peripheral interface 
device designed for use in Intel microcomputer sys- 
tems. Its function is that of a general purpose I/O 
component to interface peripheral equipment to the 
microcomputer system bus. The functional configu- 
ration of the 82C55A is programmed by the system 
software so that normally no external logic is neces- 
sary to interface peripheral devices or structures. 


This 3-state bidirectional 8-bit buffer is used to inter- 
face the 82C55A to the system data bus. Data is 
transmitted or received by the buffer upon execution 
of input or output instructions by the CPU. Control 
words and status information are also transferred 
through the data bus buffer. 


Read/Write 
and Control 
Logic 


The function of this block is to manage all of the 
internal and external transfers of both Data and 
Control or Status words. It accepts inputs from the 
CPU Address and Control busses and in turn, issues 
commands to both of the Control Groups. 


Group A and Group 
B Controls 


The functional configuration of each port is pro- 
grammed by the systems software. In essence, the 
CPU "outputs" a control word to the 82C55A. The 
control word contains information such as "mode", 
"bit set", "bit reset", etc., that initializes the func- 
tional configuration of the 82C55A. 


Each of the Control blocks (Group A and Group B) 
accepts "commands" from the Read/Write Control 
Logic, receives "control words" from the internal 
data bus and issues the proper commands to its as- 
sociated ports. 


Control Group A - Port A and Port C upper (C7-C4) 
Control Group B - Port B and Port Clower (C3-CO) 


The control word register can be both written and 
read as shown in the address decode table in the 
pin descriptions. Figure 6 shows the control word 
format for both Read and Write operations. When 
the control word is read, bit 07 will always be a logic 
"1", as this implies control word mode information. 


Ports A, B, and C 


The 82C55A contains three 8-bit ports (A, B, and C). 
All can be configured in a wide variety of functional 
characteristics by the system software but each has 
its own special features or "personality" to further 
enhance the power and flexibility of the 82C55A. 


Port A. One 8-bit data output latch/buffer and one 
8-bit input latch buffer. Both "pull-up" 
and "pull- 


down" bus hold devices are present on Port A. 


Port 
B. One 8-bit data input/output 
latch/buffer. 


Only "pull-up" bus hold devices are present on Port 
B. 


Port C. One 8-bit data output latch/buffer and one 
8-bit data input buffer (no latch for input). This port 
can be divided into two 4-bit ports under the mode 
control. Each 4-bit port contains a 4-bit latch and it 
can be used for the control signal outputs and status 
signal inputs in conjunction with ports A and B. Only 
"pull-up" bus hold devices are present on Port C. 


See Figure 4 for the bus-hold circuit configuration for 
Port A, B, and C. 


inter 


I-··v 
--_ONo 


READ' 
WRITE 


CONTROL 
lOGIC 


EXTERNAL 
PORTA 
PIN 


EXTERNAL 
PORT 
B,C 
PIN 


INTERNAL 
DATA 


-NOTE: 
WR 
231256-4 
Port pins loaded 
with more than 20 pF capacitance 
may not have their logic level guaranteed 
following 
a hardware 
reset. 


There 
are three 
basic modes 
of operation 
that can 
be selected 
by the system 
software: 


Mode 0 - 
Basic input/output 
Mode 
1 - 
Strobed 
Input/output 
Mode 2 - 
Bi-directional 
Bus 


When the reset input goes "high" 
all ports will be set 


to the input mode with all 24 port lines held at a logic 
"one" 
level 
by the 
internal 
bus hold devices 
(see 


Figure 
4 
Note). 
After 
the 
reset 
is 
removed 
the 
82C55A 
can remain 
in the input mode with no addi- 
tional initialization 
required. This eliminates 
the need 


for pullup 
or pulldown 
devices 
in "all 
CMOS" 
de- 
signs. During the execution 
of the system 
program, 


any of the other modes 
may be selected 
by using a 
single 
output 
instruction. 
This 
allows 
a 
single 
82C55A 
to service 
a variety 
of peripheral 
devices 


with a simple 
software 
maintenance 
routine. 


The modes 
for Port A and Port B can be separately 
defined, 
while 
Port C is divided 
into two portions 
as 


required 
by the Port A and Port B definitions. 
All of 


the output 
registers, 
including 
the status 
flip-flops, 


will be reset whenever 
the mode is changed. 
Modes 
may be combined 
so that their functional 
definition 
can be "tailored" 
to almost 
any I/O 
structure. 
For 
instance; 
Group B can be programmed 
in Mode 0 to 
monitor 
simple 
switch 
closings 
or display 
computa- 


tional 
results, 
Group 
A 
could 
be 
programmed 
in 
Mode 1 to monitor 
a keyboard 
or tape reader on an 


interrupt-driven 
basis. 


C 


MODE 
2 


~o 
! 11 ! 
11 11 
::t9toOIRECTIONAl 


P9,.PBo 
110 
~, -CO-N~+R-Ol~' 
PAJo'Ao 


Figure 5. Basic Mode Definitions 
and Bus 


Interface 


PORT B 
'-INPUT 
0" 
OUTPUT 


MOOE SELECTION 
00- 
MODE 0 
01- 
MODE 1 
lX-MODE2 


The mode 
definitions 
and possible 
mode 
combina- 


tions may seem confusing 
at first but after a cursory 


review 
of the complete 
device 
operation 
a simple, 


logical 
I/O approach 
will surface. 
The design 
of the 


82C55A 
has taken 
into account 
things 
such as effi- 


cient PC board layout, control 
signal definition 
vs PC 


layout 
and complete 
functional 
flexibility 
to support 


almost 
any peripheral 
device 
with no external 
logic. 


Such 
design 
represents 
the 
maximum 
use 
of the 


available 
pins. 


Single Bit Set/Reset 
Feature 


Any of the eight bits of Port C can be Set or Reset 
using a single 
OUTput 
instruction. 
This feature 
re- 


duces software 
requirements 
in Control-based 
appli- 


cations. 


When Port C is being used as status/control 
for Port 


A or B, these bits can be set or reset by using the Bit 
Set/Reset 
operation 
just as if they were data output 


ports. 


inter 


BIT SET/RESET 
'-$£T 
0- 
RESET 


BIT SELECT 
01234517 
01 
01 
0' 
0 1 
001100118, 
000011118 


Interrupt 
Control 
Functions 


When the 82C55A is programmed to operate in 
mode 1 or mode 2, control signals are provided that 
can be used as interrupt request inputs to the CPU. 
The interrupt request signals, generated from port C, 
can be inhibited or enabled by setting or resetting 
the associated INTE flip-flop, using the bit set/reset 
function of port C. 


This function allows the Programmer to disallow or 
allow a specific I/O device to interrupt the CPU with- 
out affecting any other device in the interrupt struc- 
ture. 


(BIT-SET)-INTE 
is SET-Interrupt 
enable 
(BIT-RESET)-INTE 
is RESET-Interrupt 
disable 


Note: 
All Mask flip-flops are automatically reset during 
mode selection and device Reset. 


Operating 
Modes 


Mode 0 (Basic 
Input/Output). 
This functional 
con- 
figuration 
provides 
simple 
input 
and 
output 
opera- 


tions for each of the three ports. No "handshaking" 
is required, 
data is simply written 
to or read from a 


specified 
port. 


Mode 0 BasIc t-unctlonal 
ueTJnItlOns: 


• 
Two a-bit ports and two 4·bit ports. 


• 
Any port can be input or output. 


• 
Outputs 
are latched. 


• 
Inputs are not latched. 


• 
16 different 
Input/Output 
configurations 
are pos- 


sible in this Mode. 


A 
B 
GROUP A 
GROUPB 


04 
03 
01 
00 
PORTA 
PORTC 
# 
PORTB 
PORTC 


(UPPER) 
(LOWER) 


0 
0 
0 
0 
OUTPUT 
OUTPUT 
0 
OUTPUT 
OUTPUT 
0 
0 
0 
1 
OUTPUT 
OUTPUT 
1 
OUTPUT 
INPUT 
0 
0 
1 
0 
OUTPUT 
OUTPUT 
2 
INPUT 
OUTPUT 
0 
0 
1 
1 
OUTPUT 
OUTPUT 
3 
INPUT 
INPUT 
0 
1 
0 
0 
OUTPUT 
INPUT 
4 
OUTPUT 
OUTPUT 
0 
1 
0 
1 
OUTPUT 
INPUT 
5 
OUTPUT 
INPUT 
0 
1 
1 
0 
OUTPUT 
INPUT 
6 
INPUT 
OUTPUT 
0 
1 
1 
1 
OUTPUT 
INPUT 
7 
INPUT 
INPUT 
1 
0 
0 
0 
INPUT 
OUTPUT 
8 
OUTPUT 
OUTPUT 
1 
0 
0 
1 
INPUT 
OUTPUT 
9 
OUTPUT 
INPUT 
1 
0 
1 
0 
INPUT 
OUTPUT 
10 
INPUT 
OUTPUT 
1 
0 
1 
1 
INPUT 
OUTPUT 
11 
INPUT 
INPUT 
1 
1 
0 
0 
INPUT 
INPUT 
12 
OUTPUT 
OUTPUT 
1 
1 
0 
1 
INPUT 
INPUT 
13 
OUTPUT 
INPUT 
1 
1 
1 
0 
INPUT 
INPUT 
14 
INPUT 
OUTPUT 
1 
1 
1 
1 
INPUT 
INPUT 
15 
INPUT 
INPUT 


CONTROL WORD_O 
CONTROL 
WORD 
#2 


0, 
D. 
D. 
D. 
OJ 
OJ 
0, 
DO 
0, 
D. 
D. 
D. 
OJ 
0, 
0, 
DO 


A 
• 
PAJ-PAo 
A 
•, 
PA.,.PAo 


UClllA 
UClllA 


• 
pc,-"c .• 
• 
Pe7,PC. 


0,-00 
c{ 
0'-<>0 
c{ 
• 
PerPCo 
• 
, 
PC]'"PCo 


• 


8 
PB,PBo 
• 
t' 
t 
i 
P8,.P80 


CONTROL WORD.1 
CONTROL 
WORD 
#3 
0, 
D. 
'" 
D. 
OJ 
0, 
0, 
DO 
0, 
D. 
D. 
D. 
0, 
0, 
0, 
DO 


A 
• 
PA~" 
• 
A 
PA.,-PAo 


UClllA 
UClllA 
• 
PC,-PC. 
• 
c{ 
c{ 


PC,~" 


0'-<>0 
0,-00 
• 


it' 
pc)-fOCo 
i 
to 


PeJ·Peo 


• 
• 
P8,.P80 
(8 
, 
• 
i 
PB,..f>8u 
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CONTROL 
WORD fl4 
CONTROL WORD 418 


0, 
D. 
0, 
0, 
0, 
0, 
0, 
D. 
0, 
D. 
0, 
0, 
0, 
0, 
0, 
D. 


A 
8 
PA,"Ao 
A 
,8 
PA,-PAo 
i 


82CI5A 
ue88A 


4 
PCr"", 
· 
PCtol"C. 


D,~" 
c{ 
D,.{)O 
c{ 
4 
pc]~O 
• 
PCr"". 


8 
8 
PB,-PBo 
8 
8 
PB,-PBO 


- 


CONTROL 
WORD f6 
CONTROL 
WORD H 


0, 
D. 
0, 
0, 
0, 
0, 
0, 
D. 
0, 
D. 
0, 
0, 
0, 
0, 
0, 
D. 


A 
8 
PA,"Aro 
A 
,8 
i 
PA,-PAro 


uellA 
ue •••• 
, 
o. 
• 
c{ 


PC,-PC. 
C{ 


PC,-PC. 


D,.{)o 
0,-00 
• 
• 
PCJ-PCo 
'. 
PCJ-Peo 
i 


8 
8 
...,...•. 
0 
8 
P9,-PBo 


CONTROL 
WORD fi6 
CONTROL WORD '10 


0, 
D. 
0, 
0, 
0, 
0, 
0, 
D. 
0, 
D. 
0, 
D. 
0, 
0, 
0, 
D. 


A 
0 
PA,-PAo 
A 
8 
, 
PA,"Ao 


UC88A 
ue •••• 


i,. 
PCr"", 
• 
PC,-I"C. 
c{ 
c{ 


-r 


D,.QO 
O,.QO 
• 
PC]-PCO 
• 
, 
pc]-PCO 


0 
i 
,8 
PB,-PBo 
0 
i 
,0 


P8,·PBO 


CONTROL 
WORD'7 
CONTROL WORD '11 
0, 
D. 
0, 
D. 
0, 
0, 
0, 
D. 
0, 
D. 
0, 
0, 
0, 
0, 
0, 
D. 


A 
8 
,8 
-r 
PAr..pAo 
A 
i 
PA,.pAO 


8'C88A 
ue •••• 
,. 
PC,-PC. 
.4 
c{ 
C{ 


PCr"", 


0,.00 
0,-°0 


i" 
pc].f'Co 


4 
PCJ-I'Co 


0 
i 
,8 
PO"''' 
0 
• 
PB,-PBo 


CONTROL WORD #12 


07 
0, 
05 
0. 
0) 
O2 
01 
DO 


CONTROL WORD .,. 


07 
0, 
Os 
0. 
03 
02 
0, 
DO 


,8 
PA7-PAo 
A 
,8 
PA7",,"o 
I 
, 


I2CIIA 
- 
c{ 


I/' 
PC,...,. 
c{ 


I" 
PC,...,. 


°7.[)O 
0,..0, 
/' 
pc).f'CO 
', 
PC3-KO 


PB7-PBO 
,8 
P87.pBo 
I 


CONTROL WOAD.' 
3 


07 
0. 
05 
0. 
03 
O2 
0, 
DO 


CONTROL WORD #1Ii 


07 
O. 
Os 
D. 
0] 
O2 
0, 
DO 


A 
),8 
PA7.pAo 
8 
PA~" 
, 
- 


I2CIIA 


c{ 
,'' 
PC7·pc. 
c{ 


PC,...,. 


°7-00 
°7-DO 
,, 


pc]..pcO 
PC""', 
I 


P8,.pBO 
PB7..pBo 


231256-12 


Operating Modes 


MODE 1 (Strobed Input/Output). This functional 
configuration provides a means for transferring I/O 
data to or from a specified port in conjunction with 
strobes or "handshaking" signals. In mode 1, Port A 
and Port B use the lines on Port C to generate or 
accept these "handshaking" signals. 


Mode 1 Basic functional Definitions: 
• Two Groups (Group A and Group B). 
• Each group contains one 8-bit data port and one 


4-bit control/data port. 


• The 8-bit data port can be either input or output 


Both inputs and outputs are latched. 


• The 4-bit port is used for control and status of the 


8-bit data port. 


Input Control Signal Definition 


STB (Strobe Input). 
A "low" on this input loads 


data into the input latch. 


IBF (Input Buffer Full F/F) 


A "high" on this output indicates that the data has 
been loaded into the input latch; in essence, an ac- 
knowledgement. ISF is set by STS in~ 
being low 


and is reset by the rising edge of the RD input. 


INTR (Interrupt Request) 


A "high" on this output can be used to interrupt the 
CPU when an input device is requesting service. 
INTR is set by the STS is a "one", ISF is a "one" 
and INTE is a "one". It is reset by the falling edge of 
RD. This procedure allows an input device to reo 
quest service from the CPU by simply strobing its 
data into the port. 


INTEA 
Controlled by bit set/reset of PC4. 
INTE B 
Controlled by bit set/reset of PC2. 


CONTROL 
WORD 


0, 
0, 
0, 
D. 
OJ 02 
D1 Do 
1'lol'llI1~. 


pc•. 7 


'·INPUT 
0" OUTPUT 


CONTROL 
WORD 


0, 
0, 
0, 
0.. 0, Dz 0, 
Do 
I,rXlxlxIXJ.! 
1M 


inter 


Output Control Signal Definition 


OBF (Output Buffer Full F/F). The OBF output will 
go "low" to indicate that the CPU has written data 
out to the specified port. The OBF F/F will be set by 
the rising edge of the WR input and reset by ACK 
Input being low. 


ACK (Acknowledge 
Input). A "low" on this input 
informs the 82C55A that the data from Port A or Port 
B has been accepted. In essence, a response from 
the peripheral device indicating that it has received 
the data output by the CPU. 


INTR (Interrupt 
Request). A "high" on this output 
can be used to interrupt the CPU when an output 
device has accepted data transmitted by the CPU. 
INTR is set when ACK is a "one", OBF is a "one" 
and INTE is a "one". It is reset by the falling edge of 
WR. 


INTEA 
Controlled by bit set/reset of PC6. 
INTE B 
Controlled by bit set/reset of PC2. 


07 O. Os D. OJ 02 0, 
Do 
11lol'lolt~ 


pc •. s 
'-INPUT 
0- OUTPUT 


CONTROL WORD 


07 D. Dfi D. OJ 02 0, 
Do 
I, [)<D<t><D<H 
0 r><l 


inter 


Combinations of MODE 1 


Port A and Port B can be individually defined as input or output in Mode 1 to support a wide variety of strobed 
I/O applications. 


0, 
0, 
05 D. 03 02 0, 
Do 
l'Iol'I'ltG:: 
pc,. 7 


, -INPUT 
O·OUTPVT 


pS 
INTR •. 


2 


PC,,7 --f- 
110 


Operating Modes 


MODE 2 (Strobed 
Bidirectional Bus I/O).This 
functional configuration provides a means for com- 
municating with a peripheral device or structure on a 
single 8-bit bus for both transmitting and receiving 
data (bidirectional bus I/O). "Handshaking" signals 
are provided to maintain proper bus flow discipline in 
a similar manner to MODE 1. Interrupt generation 
and enable/disable functions are also available. 


MODE 2 Basic Functional Definitions: 
• Used in Group A only. 


• One 8-bit, bi-directional bus port (Port A) and a 5- 
bit control port (Port C). 


• Both inputs and outputs are latched. 


• The 5-bit control port (Port C) is used for control 
and status for the 8-bit, bi-directional bus port 
(Port A). 


Bidirectional Bus I/O Control Signal Definition 


INTR (Interrupt Request). A high on this output can 
be used to interrupt the CPU for input or output oper- 
ations. 


Output Operations 


OBF (Output Buffer Full). The OBF output will go 
"low" to indicate that the CPU has written data out 
to port A. 


ACK (Acknowledge). A "low" on this input enables 
the tri-state output buffer of Port A to send out the 
data. Otherwise, the output buffer will be in the high 
impedance state. 


INTE 1 (The INTE Flip-Flop Associated with 
OBF). Controlled by bit set/reset of PC6. 


Input Operations 


STB (Strobe Input). A "low" 
on this input loads 


data into the input latch. 


IBF (Input Buffer Full F/F). A "high" on this output 
indicates that data has been loaded into the input 
latch. 


iNTE 2 (The INTE Flip-Flop Associated with IBF). 
Controlled by bit set/reset of PC4. 


t= 


~'~~~P;'T 


PORT 
B 
, -INPUT 
O. 
OUTPUT 


GROUP 
B MODE 
a-MOOED 
'-MODE1 
231256-18 


NOTE: 
Any sequence 
where 
WA occurs 
before 
ACK. and STB occurs 
before 
AD is permissible. 
(INTA 
= IBF. 
MASK. 
STB • AD + OBF • MASK. 
ACK • WA) 


inter 


CONTROL 
WORD 


0, 
D.~ 
D. 
0, 
Dz 
0, 
DO 


I, I, RIXIXl· 11J1iOJ 


PCl.oJ 
'-INPUT 
O· OUTPUT 


08', 


ACO, 


STS, 


IBFA 


OBFe 


ACKe 


pc. 
INTR, 


CONTROL 
WORD 


0, 
O. Os 0.. 
D, 02 0, 
DO 
I, I, tXJXI)<J aloE] 


PCz.oJ 


1-INPUT 
O· OUTPUT 


08<, 


CONTROL 
WOAD 
ACO, 


°7D.~D.D:l°2D,DO 
I, I ' ~<r><r><H ' c><J 
PC, 
STS, 


PC, 
IBF" 
...,..... 


PC, 
m" 


PC, 
IIF. 


pc. 
INTR. 


inter 


MODED 


IN 
OUT 


PAo 
IN 
OUT 
PA1 
IN 
OUT 
PA2 
IN 
OUT 
PA3 
IN 
OUT 
PA4 
IN 
OUT 
PAs 
IN 
OUT 
PA6 
IN 
OUT 
PA7 
IN 
OUT 


PBo 
IN 
OUT 
PB1 
IN 
OUT 
PB2 
IN 
OUT 
PB3 
IN 
OUT 
PB4 
IN 
OUT 
PBs 
IN 
OUT 
PB6 
IN 
OUT 
PB7 
IN 
OUT 


PCo 
IN 
OUT 
PC1 
IN 
OUT 
PC2 
IN 
OUT 
PC3 
IN 
OUT 
PC4 
IN 
OUT 
PCs 
IN 
OUT 
PC6 
IN 
OUT 
PC7 
IN 
OUT 


MODE 1 


IN 
OUT 


IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 


IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 
IN 
OUT 


INTRS 
INTRS 
IBFs 
OBFs 
STBs 
ACKs 
INTRA 
INTRA 
STBA 
I/O 
IBFA 
I/O 
I/O 
ACKA 
I/O 
OBFA 


Special 
Mode Combination 
Considerations 


There are several combinations of modes possible. 
For any combination, some or all of the Port Clines 
are used for control or status. The remaining bits are 
either inputs or outputs as defined by a "Set Mode" 
command. 


During a read of Port C, the state of all the Port C 
lines, except the ACK and STB lines, will b~aced 
on the data bus. In place of the ACK and STB line 
states, flag status will appear on the data bus in the 
PC2, PC4, and pca bit positions as illustrated by 
Figure 18. 


Through a "Write Port C" command, only the Port C 
pins programmed as outputs in a Mode 0 group can 
be written. No other pins can be affected by a "Write 
Port C" command, nor can the interrupt enable flags 
be accessed. To write to any Port C output pro- 
grammed as an output in a Mode 1 group or to 


MODE 2 


GROUP A ONLY-------- 
-------- 


I/O 
I/O 
I/O 


INTRA 
STBA 
IBFA 
ACKA 
OBFA 


MODE 0 
OR MODE 1 
ONLY 


change an interrupt enable flag, the "Set/Reset Port 
C Bit" command must be used. 


With a "Set/Reset Port C Bit" command, any Port C 
line ~ammed 
as an output (including INTR, IBF 


and OBF) can be written, or an interrupt enable flag 
can be either set or reset. Port C lines programmed 
as inputs, including ACK and STB lines, associated 
with Port C are not affected by a "Set/Reset Port C 
Bit" command. Writin.9...!£the corresponding Port C 
bit positions of the ACK and STB lines with the 
"Set/Reset 
Port C Bit" command will affect the 


Group A and Group B interrupt enable flags, as illus- 
trated in Figure 18. 


Current 
Drive Capability 


Any output on Port A, B or C can sink or source 2.5 
mA. This feature allows the 82C55A to directly drive 
Darlington type drivers and high-voltage displays 
that require such sink or source current. 


inter 


Reading 
Port C Status 


In Mode 0, Port C transfers data to or from the pe- 
ripheral device. When the 82C55A is programmed to 
function in Modes 1 or 2, Port C generates or ac- 
cepts "hand-shaking" signals with the peripheral de- 
vice. Reading the contents of Port C allows the pro- 
grammer to test or verify the "status" of each pe- 
ripheral device and change the program flow ac- 
cordingly. 


There is no special instruction to read the status in- 
formation from Port C. A normal read operation of 
Port C is executed to perform this function. 


GROUPA 
GROUPS 


(Defined 
By Mode 
0 or Mode 
1 Selection) 


Interrupt 
Enable Flag 
Position 
Alternate 
Port C Pin Signal (Mode) 


INTEB 
PC2 
ACKs (Output Mode 1) or STBs (Input Mode 1) 
INTEA2 
PC4 
STBA(Input Mode 1 or Mode 2) 
INTEA1 
PCS 
ACKA(Output Mode 1 or Mode 2 


inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias .... 
O·C to + 70·C 


Storage Temperature 
- 
65·C to + 150·C 


Supply Voltage 
- 
0.5 to + 8.0V 


Operating 
Voltage 
+ 4V to + 7V 


Voltage on any Input 
GND-2V 
to + 6.5V 


Voltage 
on any Output 
.. GND - 0.5V to Vcc 
+ 0.5V 


Power Dissipation 
1 Watt 


D.C. CHARACTERISTICS 
TA = O·C to 70·C, Vcc = 
+ 5V ± 10%, GND = OV (TA = 
-40·C 
to + 85·C for Extended 
Temperture) 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vcc 
V 


VOL 
Output Low Voltage 
0.4 
V 
IOL = 2.5 mA 


VOH 
Output High Voltage 
3.0 
V 
IOH = -2.5 
mA 


Vcc 
- 
0.4 
V 
IOH = -100 
/LA 


IlL 
Input Leakage Current 
±1 
/LA 
VIN = Vcc to OV 
(Note 1) 


IOFL 
Output Float Leakage Current 
±10 
/LA 
VIN = Vcc to OV 
(Note 2) 


IDAR 
Darlington 
Drive Current 
±2.5 
(Note 4) 
mA 
Ports A, B, C 
Rext = 500n 
Vext = 1.7V 


IpHL 
Port Hold Low Leakage Current 
+50 
+300 
/LA 
VOUT = 1.0V 
PortA 
only 


IpHH 
Port Hold High Leakage Current 
-50 
-300 
/LA 
VOUT = 3.0V 
Ports A, B, C 


IpHLO 
Port Hold Low Overdrive 
Current 
-350 
/LA 
VOUT = 0.8V 


IpHHO 
Port Hold High Overdrive 
Current 
+350 
/LA 
VOUT = 3.0V 


Icc 
Vcc Supply Current 
10 
mA 
(Note 3) 


ICCSB 
Vcc Supply Current-Standby 
10 
/LA 
Vcc = 5.5V 
VIN = Vcc or GND 
Port Conditions 
If liP = Open/High 
O/P = Open Only 
With Data Bus = 
High/Low 
CS = High 
Reset = Low 
Pure Inputs = 
Low/High 


NOTES: 
1. Pins A1' Ao, CS, WR, RD, Reset. 
2. Data Bus; Ports B, C. 
3. Outputs open. 
4. Limit output current to 4.0 mA. 


inter 


CAPACITANCE 
TA = 
25·C, vcc 
=GND 
= 
OV 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
Unmeasured 
pins 


CliO 
liD Capacitance 
20 
pF 
returned 
to GND 
fc = 1 MHz(5) 


NOTE: 
5. Sampled not 100% tested. 


A.C. CHARACTERISTICS 
TA = o· to 70·C, Vcc 
= 
+5V 
±10%, 
GND 
= 
OV 


TA = 
- 40·C to + 85·C for Extended 
Temperature 


Symbol 
Parameter 
82C55A-2 
Units 
Test 


Mln 
Max 
Conditions 


tAR 
Address 
Stable Before RD J, 
0 
ns 


tRA 
Address 
Hold Time After RD t 
0 
ns 


tRR 
RD Pulse Width 
150 
ns 


tRO 
Data Delay from RD J, 
120 
ns 


tOF 
RD t to Data Floating 
10 
75 
ns 


tRY 
Recovery 
Time between 
RD/WR 
200 
ns 


Symbol 
Parameter 
82C55A-2 
Units 
Test 


Min 
Max 
Conditions 


tAW 
Address 
Stable Before WR J, 
0 
ns 


tWA 
Address 
Hold Time After WR t 
20 
ns 
Ports A & B 


20 
ns 
Port C 


tww 
WR Pulse Width 
100 
ns 


tow 
Data Setup Time Before WR t 
100 
ns 


two 
Data Hold Time After WR t 
30 
ns 
Ports A & B 


30 
ns 
Port C 


inter 


Symbol 
Parameter 
82C55A·2 
Units 
Test 


Min 
Max 
Conditions 


tWB 
WR = 1 to Output 
350 
ns 


tlR 
Peripheral 
Data Before RD 
0 
ns 


tHR 
Peripheral 
Data After RD 
0 
ns 


tAK 
ACK Pulse Width 
200 
ns 


tST 
STB Pulse Width 
100 
ns 


tps 
Per. Data Before STB High 
20 
ns 


tpH 
Per. Data After STBHigh 
50 
ns 


tAD 
ACK = 0 to Output 
175 
ns 


tKD 
ACK = 1 to Output Float 
20 
250 
ns 


tWOB 
WR = 1 to OBF = 0 
150 
ns 


tAOB 
ACK = OtoOBF 
= 1 
150 
ns 


tSIB 
STB = 0 to IBF = 1 
150 
ns 


tRIB 
RD = 1 to IBF = 0 
150 
ns 


tRIT 
RD = 0 to INTR = 0 
200 
ns 


tSIT 
STB = 1 to INTR = 1 
150 
ns 


tAIT 
ACK = 1 to INTR = 1 
150 
ns 


tWIT 
WR = 0 to INTR = 0 
200 
ns 
see note 1 


tRES 
Reset Pulse Width 
500 
ns 
see note 2 


NOTE: 
1. INTRi may occur as early as WR J.. 
2. Pulse width of initial Reset pulse after power on must be at least 50 ",Sec. SUbsequent Reset pulses may be 500 ns 
minimum. 


inter 


WAVEFORMS 


MODE 0 (BASIC INPUT) 


OUTPUT 
t__~.~- 


inter 


Note: 
Any sequence 
where 
WR occurs 
before ACK AND Si'B occurs 
before AD is permissible. 
(INTR = IBF • MASK. Si'B • AD + OBF • MASK. ACK • WR) 


.••.,.c.~ 
__ 
-~ 
,,," 


2•• ;> TEST POINT8 <: 
YEXT" 


0.' 
0.' 


231256-29 


A.C. Testing Inputs Are Driven At 2.4V For A Logic 1 And 0.45V 
For A Logic 0 Timing Measurements Are Made At 2.0V For A 
Logic 1 And 0.8 For A Logic O. 
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8256AH 
MULTIFUNCTION 
MICROPROCESSOR 
SUPPORT CONTROLLER 


• 
Programmable Serial Asynchronous 
Communications Interface for 5-, 6-, 7-, 
or 8-Blt Characters, 1, 11fz,or 2 Stop 
Bits, and Parity Generation 


• 
On-Board Baud Rate Generator 
Programmable for 13 Common !laud 
Rates up to 19.2 KBlts/Second, or an 
External Baud Clock Maximum of 1M 
BIt/Second 


• 
Five 8-Blt Programmable Timer/ 
Counters; Four Can Be Cascaded to 
Two 16-Blt Timer/Counters 


• 
Two 8-Blt Programmable Parallel I/O 
Ports; Port 1 Can Be Programmed for 
Port 2 Handshake Controls and Event 
Counter Inputs 


• 
Eight-Level Priority Interrupt Controller 
Programmable for 8085 or IAPX 86, 
iAPX 88 Systems and for Fully Nested 
Interrupt Capability 


• 
Programmable System Clock to 
1 x, 


2 x, 3 x, or 5 x 1.024MHz 


The Intel@ 8256AH 
Multifunction 
Universal 
Asynchronous 
Receiver-Transmitter 
(MUART) 
combines 
five com- 
monly used functions 
into a single 40-pin device. It is designed 
to interface 
to the 8086/88, 
iAPX 186/188, 
and 


8051 to perform 
serial communications, 
parallel 
I/O, timing, event counting, 
and priority interrupt 
functions. 
All 


of these functions 
are fully programmable 
through 
nine internal 
registers. 
In addition, 
the five timer/counters 


and two parallel 
I/O ports can be accessed 
directly 
by the microprocessor. 


ADO 
Ycc 


ADI 
PIO 


AIlO-AD4 
AD2 
Pll 


ADDRESSI 
AD3 
Pl2 


DATA 
AD4 
Pl3 
IUS 
IUFFERS 
015 
Pl4 
015-017 
Ole 
Pl5 


017 
Pl' 


ClK 
ALE 
PH 


lffi 
P20 


Viii 
P21 


RESET 
P22 


Ci 
Ci 
P23 
lID 
WI! 
iiifl 
P24 


AlS 
INT 
P25 


RESET 
EXTINT 
P2I 
11M 
RoD 


ToO 
ClK 
P27 
INT 
~ 
~ 


ToC 
RoD 
m 
QND 


230759-2 


230759-1 
Figure 2. MUART Pin 
Figure 1. MUART Block Diagram 
Configuration 


Symbol 
Pin 
Type 
Name and Function 


ADO-AD4 
1-5 
I/O 
ADDRESS/DATA: 
Three-state 
address/data 
lines which interface 
to the lower 8 


DB5-DB7 
6-8 
bits of the microprocessor's 
multiplexed 
address/data 
bus. The 5-bit address is 
latched on the falling edge of ALE. In the 8-bit mode, ADO-AD3 
are used to select 
the proper register, while AD1-AD4 
are used in the 16-bit mode. AD4 in the 8-bit 
mode is ignored as an address, while ADO in the 16-bit mode is used as a second 
chip select, active low. 


ALE 
9 
I 
ADDRESS 
LATCH 
ENABLE: 
Latches the 5 address lines on ADO-AD4 
and CS 
on the falling edge. 


RD 
10 
I 
READ CONTROL: 
When this signal is low, the selected 
register is gated onto the 
data bus. 


WR 
11 
I 
WRITE CONTROL: 
When this signal is low, the value on the data bus is written 
into the selected 
register. 


RESET 
12 
I 
RESET: An active high pulse on this pin forces the chip into its initial state. The 
chip remains in this state until control 
information 
is written. 


CS 
13 
I 
CHIP SELECT: 
A low on this signal enables the MUART. 
It is latched with the 
address on the falling edge of ALE, and RD and WR have no effect unless CS 
was latched low during the ALE cycle. 


INTA 
14 
I 
INTERRUPT 
ACKNOWLEDGE: 
If the MUART has been enabled to respond 
to 
interrupts, 
this signal informs the MUART that its interrupt 
request is being 
acknowledged 
by the microprocessor. 
During this acknowledgement 
the MUART 
puts an RSTn instruction 
on the data bus for the 8-bit mode or a vector for the 16- 
bit mode. 


INT 
15 
0 
INTERRUPT 
REQUEST: 
A high signals the microprocessor 
that the MUART 
needs service. 


EXTINT 
16 
I 
EXTERNAL 
INTERRUPT: 
An external device can request interrupt 
service 
through this input. The input is level sensitive 
(high), therefore 
it must be held high 
until an INTA occurs or the interrupt 
address register is read. 


CLK 
17 
I 
SYSTEM 
CLOCK: 
The reference 
clock for the baud rate generator 
and the timers. 


RxC 
18 
I/O 
RECEIVE 
CLOCK: 
If the baud rate bits in the Command 
Register 
2 are all 0, this 
pin is an input which clocks serial data into the RxD pin on the rising edge of RxC. 
If baud rate bits in Command 
Register 
2 are programmed 
from 1-0FH, 
this pin 
outputs 
a square wave whose rising edge indicates 
when the data on RxD is 
being sampled. 
This output remains high during start, stop, and parity bits. 


RxD 
19 
I 
RECEIVE 
DATA: Serial data input. 


GND 
20 
PS 
GROUND: 
Power supply and logic ground reference. 


inter 


Symbol 
Pin 
Type 
Name and Function 


CTS 
21 
I 
CLEAR TO SEND: This input enables 
the serial transmitter. 
If 1, 


1.5, or 2 stop bits are selected 
CTS is level sensitive. 
As long as 


CTS is low, any character 
loaded into the transmitter 
buffer 
• 


register will be transmitted 
serially. A single negative 
going pulse 


causes the transmission 
of a single character 
previously 
loaded 


into the transmitter 
buffer register. 
If a baud rate from 1-0FH 
is 


selected, 
CTS must be low for at least %2 of a bit, or it will be 
ignored. 
If the transmitter 
buffer is empty, this pulse will be ignored. 


If this pulse occurs during the transmission 
of a character 
up to the 


time.where % the first (or only) stop bit is sent out, it will be 
ignored. 
If it occurs afterwards, 
but before the end of the stop bits, 


the next character 
will be transmitted 
immediately 
following 
the 


current one. If CTS is still high when the transmitter 
register is 


sending the last stop bit, the transmitter 
will enter its idle state until 


the next high-to-Iow 
transition 
on CTS occurs. 
If 0.75 stop bits is 


chosen, 
the CTS input is edge sensitive. 
A negative 
edge on CTS 


results in the immediate 
transmission 
of the next character. 
The 


length of the stop bits is determined 
by the time interval between 


the beginning 
of the first stop bit and the next negative 
edge 0 


CTS. A high-to-Iow 
transition 
has no effect if the transmitter 
bl< 


is empty or if the time interval between 
the beginning 
of the stop 
it 


and next negative edge is less than 0.75 bits. A high or a low level 
or a low-to-high 
transition 
has no effect on the transmitter 
for the 


0.75 stop bit mode. 


TxC 
22 
I/O 
TRANSMIT 
CLOCK: If the baud rate bits in command 
register 2 


are all set to 0, this input clocks data out of the transmitter 
on the 


falling edge. If baud rate bits are programmed 
for 1 or 2, this input 


permits the user to provide a 32 x or 64 x clock which is used for 
the receiver and transmitter. 
If the baud rate bits are programmed 


for 3-0FH, 
the internal transmitter 
clock is output. As an output it 


delivers the transmitter 
clock at the selected 
bit rate. If 1% or 0.75 


stop bits are selected, 
the transmitter 
divider will be 
asynchronously 
reset at the beginning 
of each start bit, 


immediately 
causing a high-to-Iow 
transition 
on TxC. TxC makes a 


high-to-Iow 
transition 
at the beginning 
of each serial bit, and a low- 


to-high transition 
at the center of each bit. 


TxD 
23 
0 
TRANSMIT 
DATA: Serial data output. 


P27-P20 
24-31 
I/O 
PARALLEL 
I/O PORT 2: Eight bit general purpose 
I/O port. Each 


nibble (4 bits) of this port can be either an input or an output. The 
outputs are latched whereas 
the input signals are not. Also, this 


port can be used as an 8-bit input or output port when using the 
two-wire 
handshake. 
In the handshake 
mode both inputs and 


outputs are latched. 


P17-P10 
32-39 
I/O 
PARALLEL 
I/O PORT 1: Each pin can be programmed 
as an 


input or an output to perform 
general purpose 
I/O. All outputs 
are 


latched whereas 
inputs are not. Alternatively 
these pins can serve 


as control 
pins which extend the functional 
spectrum 
of the chip. 


Vcc 
40 
PS 
POWER: + 5V power supply. 
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The 8256AH Multi-Function Universal Asynchronous 
Receiver-Transmitter (MUART) combines five com- 
monly used functions into a single 40-pin device. 
The MUART performs asynchronous serial commu- 
nications, parallel I/O, timing, event counting, and 
interrupt control. For detailed application informa- 
tion, see Intel AP Note # 153, Designing with the 
8256. 


The serial communications portion of the MUART 
contains a full-duplex asynchronous receiver-trans- 
mitter (UART). A programmable baud rate generator 
is included on the MUART to permit a variety of op- 
erating speeds without external components. The 
UART can be programmed by the CPU for a variety 
of character sizes, parity generation and detection, 
error detection, and start/stop bit handling. The re- 
ceiver checks the start and stop bits in the center of 
the bit, and a break halts the reception of data. The 
transmitter can send breaks and can be controlled 
by an external enable pin. 


The MUART includes 16 bits of general purpose par- 
allel I/O. 
Eight bits (Port 1) can be individually 


changed from input to output or used for special I/O 
functions. The other eight bits (Port 2) can be used 
as nibbles (4 bits) or as bytes. These eight bits also 
include a handshaking capability using two pins on 
Port 1. 


There are five 8-bit counter/timers on the MUART. 
The timers can be programmed 'to use either a 1 kHz 
or 16 kHz clock generated from the system clock. 
Four of the 8-bit counter/timers can be cascaded to 
two 16-bit counter/timers, and one of the 8-bit coun- 
ter/timers can be reset to its initial value by an exter- 
nal signal. 


Interrupts 


An eight-level priority interrupt controller can be con- 
figured for fully nested or normal interrupt priority. 
Seven of the eight interrupts service functions on 
the MUART (counter/timers, UART), and one exter- 
nal interrupt is provided which can be used for a 
particular function or for chaining interrupt control- 
lers or more MUARTs. The MUART will support 


8085 and 8086/88 systems with direct interrupt vec- 
toring, or the MUART can be polled to determine the 
cause of the interrupt. If additional interrupt control 
capability is needed, the MUART's interrupt control- 
ler can be cascaded into another MUART, into an 
Intel 8259A Programmable Interrupt Controller, or 
into the interrupt controller of the iAPX 186/188 
High-Integration Microprocessor. 


In general the MUART's functions are independent 
of each other and only the registers and bits associ- 
ated with a particular function need to be initialized, 
not the entire chip. The command sequence is arbi- 
trary since every register is directly addressable; 
however, Command 
Byte 1 must be loaded first. To 


put the device into a fully operational condition, it is 
necessary to write the following commands: 


Command byte 1 
Command byte 2 
Command byte 3 


Mode byte 
Port 1 control 
Set Interrupts 


The modification register may be loaded if required 
for special applications; normally this operation is 
not necessary. The MUART should be reset before 
initialization. (Either a hardware or a software reset 
will do.) 


This section describes the hardware interface be- 
tween the 8256 MUART and the 80186 micro- 
processor. Figure 3 displays the block diagram for 
this interface. The MUART can be interfaced to 
many other microprocessors using these basic prin- 
ciples. 


In all cases the 8256 will be connected directly to 
the CPU's multiplexed address/data bus. If latches 
or data bus buffers are used in a system, the 
MUART should be on the microprocessor side of the 
address/data bus. The MUART latches the address 
internally on the falling edge of ALE. The address 
consists of Chip Select (CS) and four address lines. 
For 8-bit microprocessors, ADO-AD3 are the ad- 
dress lines. For 16-bit microprocessors, AD1-AD4 
are the address lines; ADOis used as a second chip 
select which is active low. Since chip select is inter- 
nally latched along with the address, it does not 
have to remain active during the entire instruction 
cycle. As long as the chip select setup and hold 
times are met, it can be derived from multiplexed ad- 
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Vcc 
16 MHz 


X 
X 
RESET 


RESET 


1 2 
AD 


WR 


1 


INTO 
INTAO 


ALE 


peso 


80186 


dress/data 
lines 
or 
multiplexed 
address/status 


lines. 
When 
the 
8256 
is in the 
16-bit 
mode, 
AO 


serves 
as a second 
chip 
select. 
As 
a result 
the 


MUART's 
internal 
registers 
will 
all have 
even 
ad- 


dresses 
since AO must be zero to select the device. 
Normally 
the 
MUART 
will 
be placed 
on the 
lower 


data byte. If the MUART 
is placed on the upper data 


byte, the internal 
registers 
will be 512 address 
loca- 
tions 
apart 
and the chip would 
occupy 
an 8k word 


address 
space. 


The following 
section 
will 
provide 
a description 
of 


the registers 
and define the bits within the registers 


where 
appropriate. 
Table 
2 lists the 
registers 
and 


their addresses. 


This bit selects 
between 
two frequencies 
for the five 


timers. 
If FRO = 
0, the 
timer 
input 
frequency 
is 


16 kHz (62.5 ,...s). If FRO 
= 1, the timer input fre- 


quency 
is 1 kHz (1 ms). The selected 
clock frequen- 


cy is shared 
by all the counter/timers 
enabled 
for 


timing; thus, all timers 
must run with the same time 


base. 


8086-8086 
MODE 
ENABLE 


This bit selects 
between 
8085 mode and 8086/8088 


mode. In 8085 mode (8086 = 0), AO to A3 are used 
to address 
the internal 
registers, 
and an RSTn 
in- 


struction 
is generated 
in response 
to the first INTA. 


In 8086 
mode 
(8086 
= 
1), A1 to A4 are used to 


address 
the internal 
registers, 
and AO is used as an 


extra chip select (AO must equal zero to be enabled). 
The response 
to INTA is for 8086 
interrupts 
where 


the 
first 
INTA 
is ignored, 
and 
an 
interrupt 
vector 


(40H to 47H) is placed on the bus in response 
to the 


second 
INTA. 


This bit selects 
between 
one of two interrupt 
sourc- 


es on Priority Level 1, either Counter/Timer 
2 or Port 


1 PH 
interrupt. 
When 
this 
bit equals 
0, Counter/ 


Timer 2 will be mapped 
into Priority Level 
1. If BITI 


equals 
0 and 
Level 
1 interrupt 
is enabled, 
a tran- 


sition from 
1 to 0 in Counter/Timer 
2 will generate 


an interrupt 
request 
on Level 1. When BITI equals 
1, 


Port 1 P17 external 
edge triggered 
interrupt 
source 


is mapped 
into Priority Level 1. In this case if Level 1 


is enabled, 
a low-to-high 
transition 
on P17 generates 


an interrupt 
request 
on Level 1. 


inter 
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Table 2. MUART 
Registers 


Read 
Registers 
Write 
Registers 


8085 Mode: 
AD3 
AD2 
ADl 
ADO 


8086 Mode: 
AD4 
AD3 
AD2 
ADl 


0 
0 
0 
0 


Command 
1 
Command 
1 


0 
0 
0 


Command 
2 
Command 
2 


0 
0 
0 


Command 
3 
Command 
3 


0 


Mode 
Mode 


0 
0 
0 


Port 1 Control 
Port 1 Control 


0 
0 


Interrupt 
Enable 
Set Interrupts 


0 
0 


Interrupt 
Address 
Reset 
Interrupts 


0 


Receiver 
Buffer 
Transmitter 
Buffer 


0 
0 
0 


Port 1 
Port 1 


0 
0 


Port 2 
Port 2 


0 
0 


Timer 
1 
Timer 
1 


0 


Timer 2 
Timer 
2 


0 
0 


Timer 
3 
Timer 
3 


0 


Timer 
4 
Timer 4 


0 


Timer 
5 
TimerS 


Status 
Modification 


inter 


If this bit equals 0, Port 1 P16 is a general purpose II 
o port. When 
BRKI 
equals 
1, the 
Break-In 
Detect 
feature 
is enabled 
on Port 1 P16. A Break-In 
condi- 
tion 
is present 
on the transmission 
line when 
it is 
forced 
to the start bit voltage 
level by the receiving 
station. 
Port 1 P16 must be connected 
externally 
to 
the transmission 
line in order to detect 
a Break-In. 
A 
Break-In 
is polled 
by the MUART 
during 
the trans- 
mission 
of the last or only stop bit of a character. 


A Break-In 
Detect 
is OR-ed with Break Detect 
in Bit 
3 of 
the 
Status 
Register. 
The 
distinction 
can 
be 
made through 
the interrupt 
controller. 
If the transmit 
and receive 
interrupts 
are enabled, 
a Break-In 
will 
generate 
an interrupt 
on Level 5, the transmit 
inter- 
rupt, while Break will generate 
an interrupt 
on Level 
4, the receive 
interrupt. 


S1 
SO 
Stop Bit Length 


0 
0 
1 


0 
1 
1.5 


1 
0 
2 


1 
1 
0.75 


The relationship 
of the number 
of stop bits and the 
function 
of input 
CTS is discussed 
in the 
Pin De- 
scription 
section 
under "CTS". 


L1 
LO 
Character 
Length 


0 
0 
8 


0 
1 
7 


1 
0 
6 


1 
1 
5 


Programming 
bits 0 ... 
3 with values from 3H to FH 
enables 
the internal 
baud rate generator 
as a com- 
mon clock 
source 
for the transmitter 
and 
receiver 
and determines 
its divider ratio. 


Programming 
bits 0 ... 
3 with values 
of 1H or 2H 
enables 
input TxC as a common 
clock source for the 
transmitter 
and 
receiver. 
The 
external 
clock 
must 


provide 
a frequency 
of either 32 x or 64 x the baud 
rate. The data transmission 
rates range from O... 
32 
Kbaud. 


If bits 0 ... 
3 are set to 0, separate 
clocks 
must be 
input to pin RxC for the receiver 
and pin TxC for the 
transmitter. 
Thus, different 
baud rates can be used 
for 
transmission 
and 
reception. 
In this 
case, 
pre- 
scalers 
are disabled 
and the input serial 
clock 
fre- 
quency 
must match 
the baud rate. The input serial 
clock 
frequency 
can 
range 
from 
0 MHz 
to 
1.024 
MHz. 


These 
four bits select 
the bit clock's 
source, 
sam- 
pling rate, and serial rate for the internal 
baud rate 
generator. 


B3 
B2 
B1 
BO 
Baud 
Sampling 
Rate 
Rate 


0 
0 
0 
0 
TxC,RxC 
1 


0 
0 
0 
1 
TxC/64 
64 


0 
0 
1 
0 
TxC/32 
32 


0 
0 
1 
1 
19200 
32 


0 
1 
0 
0 
9600 
64 


0 
1 
0 
1 
4800 
64 


0 
1 
1 
0 
2400 
64 


0 
1 
1 
1 
1200 
64 


1 
0 
0 
0 
600 
64 
1 
0 
0 
1 
300 
64 
1 
0 
1 
0 
200 
64 
1 
0 
1 
1 
150 
64 
1 
1 
0 
0 
110 
64 
1 
1 
0 
1 
100 
64 
1 
1 
1 
0 
75 
64 


1 
1 
1 
1 
50 
64 


The following 
table gives an overview 
of the function 
of pins TxC and RxC: 


Bits 3 to 
TxC 
RxC 
o (Hex.) 


0 
Input: 1 x baud 
Input: 1 x baud 
rate clock for the 
rate clock for the 
transmitter 
receiver 


1,2 
Input: 32 x or 
Output: receiver bit 
64 x baud rate 
clock with a low-to- 
for transmitter 
high transition 
at 
and receiver 
data bit sampling 
time. Otherwise: 
high level 


3 to F 
Output: baud rate 
Output: as above 
clock of the 
transmitter 


inter 


As an output, 
RxC outputs 
a low-to-high 
transition 
at 
sampling 
time of every data bit of a character. 
Thus, 
data can be loaded, 
e.g., into a shift register 
exter- 


nally. The transition 
occurs only if data bits of a char- 


acter are present. 
It does not occur for start, parity, 


and stop bits (RxC = high). 


As an output, 
TxC 
outputs 
the 
internal 
baud 
rate 


clock 
of the transmitter. 
There 
will be a high-to-Iow 


transition 
at every beginning 
of a bit. 


co, C1-8YSTEM 
CLOCK 
PRESCAlER 
(BITS 
4, 
5) 


Bits 4 and 5 define the system clock prescaler 
divid- 


er 
ratio. 
The 
internal 
operating 
frequency 
of 


1.024 MHz is derived 
from the system 
clock. 


C1 
CO 
Divider 
Ratio 
Clock 
at Pin 
ClK 


0 
0 
5 
5.12 MHz 


0 
1 
3 
3.072 MHz 


1 
0 
2 
2.048 MHz 


1 
1 
1 
1.024 MHz 


EP-EVEN 
PARITY 
(BIT 6) 


EP = 0: Odd parity 
EP = 1: Even parity 


PEN = 0: No parity bit 
PEN = 1: Even parity bit 


The parity bit according 
to Command 
Register 2 bit 6 


(see above) is inserted 
between 
the last data bit of a 


character 
and the first or only stop bit. The parity bit 


is checked 
during reception. 
A false parity bit gener- 


ates an error indication 
in the Status Register 
and an 


Interrupt 
Request 
on Level 4. 


Command 
Register 
3 is different 
from the first two 


registers 
because 
it has a bit set/reset 
capability. 
Writing 
a byte with 
Bit 7 high sets 
any bits which 


were also high. Writing 
a byte with Bit 7 low resets 


any bits which 
were 
high. If any bit 0-6 is low, no 


change 
occurs 
to that bit. When command 
Register 


3 is read, bits 0, 3, and 7 will always 
be zero. 


If RST is set, the following 
events 
occur: 


1. All bits in the Status 
Register 
except 
bits 4 and 5 


are cleared, 
and bits 4 and 5 are set. 


2. The Interrupt 
Enable, Interrupt 
Request, 
and Inter- 
rupt Service 
Registers 
are cleared. 
Pending 
re- 


quests and indications 
for interrupts 
in service will 


be cancelled. 
Interrupt 
signal INT will go low. 


3. The receiver 
and transmitter 
are reset. The trans- 


mitter 
goes 
idle 
(TxD 
is high), 
and 
the 
receiver 


enters 
start bit search 
mode. 


4. If Port 2 is programmed 
for handshake 
mode, IBF 


and OBF are reset high. 


RST does not alter ports, data registers 
or command 


registers, 
but it halts any operation 
in progress. 
RST 


is automatically 
cleared. 


RST 
= 0 has no effect. 
The 
reset 
operation 
trig- 


gered 
by Command 
Register 
3 is a subset 
of the 


hardware 
reset. 


The transmission 
data output TxD will be set low as 


soon as the transmission 
of the previous 
character 
has been finished. 
It stays low until TBRK is cleared. 


The state of CTS is of no significance 
for this opera- 


tion. As long as break 
is active, 
data transfer 
from 


the 
Transmitter 
Buffer 
to the 
Transmitter 
Register 


will be inhibited. 
As soon as TBRK is reset, the break 


condition 
will be deactivated 
and the transmitter 
will 


be re-enabled. 


This causes 
the transmitter 
data to be set low for 


one character 
including 
start bit, data bits, parity bit, 


and stop bits. SBRK 
is automatically 
cleared 
when 


time for the last data bit has passed. 
It will start after 


the character 
in progress 
completes, 
and will delay 


the next data transfer 
from the Transmitter 
Buffer to 


the Transmitter 
Register 
until TxD returns to an idle 
(marking) 
state. 
If both 
TBRK 
and 
SBRK 
are set, 


break will be set as long as TBRK is set, but SBRK 
will be cleared 
after one character 
time of break. 
If 


SBRK is set again, it remains set for another 
charac- 
ter. The user can send a definite 
number 
of break 
characters 
in this 
manner 
by clearing 
TBRK 
after 


setting 
SBRK for the last character 
time. 


inter 


END-END 
OF INTERRUPT 


If fully nested interrupt mode is selected, this bit re- 
sets the currently served interrupt level in the Inter- 
rupt Service Register. This command 
must occur at 
the end of each interrupt 
service 
routine 
during fully 
nested 
interrupt 
mode. END is automatically cleared 
when the Interrupt Service Register (internal) is 
cleared. END is ignored if nested interrupts are not 
enabled. 


NIE-NESTED 
INTERRUPT ENABLE 


When NIE equals 1, the interrupt controller will oper- 
ate in the nested interrupt mode. When NIE equals 
0, the interrupt controller will operate in the normal 
interrupt mode. Refer to the "Interrupt controller" 
section of AP-153 under "Normal Mode" and "Nest- 
ed Mode" for a detailed description of these opera- 
tions. 


IAE-INTERRUPT 
ACKNOWLEDGE ENABLE 


This bit enables an automatic response to INTA. The 
particular response is determined by the 8086 bit in 
Command Register 1. 


RxE-RECEIVE 
ENABLE 


This bit enables the serial receiver and its associat- 
ed status bits in the status register. If this bit is reset, 
the serial receiver will be disabled and the receive 
status bits will not be updated. 


Note that the detection of break characters remains 
enabled while the receiver is disabled; i.e., Status 
Register Bit 3 (BD) will be set while the receiver is 
disabled whenever a break character has been rec- 
ognized at the receive data input RxD. 


SET-BIT 
SET/RESET 


If this bit is high during a write to Command Register 
3, then any bit marked by a high will set. If this bit is 
low, then any bit marked by a high will be cleared. 


If test mode is selected, the output from the internal 
baud rate generator is placed on bit 4 of Port 1 (pin 
35). 


To achieve this, it is necessary to program bit 4 of 
Port 1 as an output (Port 1 Control Register Bit P14 
= 1), and to program Command Register 2 bits B3- 
BOwith a value 2 3H. 


Direction 
P2C2 P2C1 P2CO 
Mode 
Lower 
Upper 


0 
0 
0 
Nibble 
Input 
Input 


0 
0 
1 
Nibble 
Input 
Output 


0 
1 
0 
Nibble 
Output 
Input 


0 
1 
1 
Nibble 
Output 
Output 


1 
0 
0 
Byte 
Input 
Handshake 


1 
0 
1 
Byte 
Output 
Handshake 


1 
1 
0 
DO NOT USE 


1 
1 
Test 


.' 
1 


NOTE: 
If Port 2 is operating in handshake mode, Interrupt Level 7 
is not available for Timer 5. Instead it is assigned to Port 2 
handshaking. 


CT2, CT3-COUNTER/TIMER 
MODE 


Bit 3 and 4 defines the mode of operation of event 
counter/timers 2 and 3 regardless of its use as a 
single unit or as a cascaded one. 


If CT2 or CT3 are high, then counter/timer 2 or 3 
respectively is configured as an event counter on bit 
2 or 3 respectively of Port 1 (pins 37 or 36). The 
event counter decrements the count by one on each 
low-to-high transition of the external input. If CT2 or 
CT3 is low, then the respective counter/timer is con- 
figured as a timer and the Port 1 pins are used for 
parallel I/O. 


T5C- TIMER 5 CONTROL 


If T5C is set, then Timer 5 can be preset and started 
by an external signal. Writing to the Timer 5 register 
loads the Timer 5 save register and stops the timer. 
A high-to-Iow transition on bit 5 of Port 1 (pin 34) 
loads the timer with the saved value and starts the 
timer. The next high-to-Iow transition on pin 34 re- 
triggers the timer by reloading it with the initial value 
and continues timing. 


Following a hardware reset, the save register is re- 
set to OOHand both clock and trigger inputs are dis- 
abled. Transferring an instruction with T5C = 1 en- 
ables the trigger input; the save register can now be 
loaded with an initial value. The first trigger pulse 
causes the initial value to be loaded from the save 
register and enables the counter to count down to 
zero. 


When the timer reaches zero it issues an interrupt 
request, disables its interrupt level and continues 
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counting. A subsequent high-to-Iow transition on pin 
5 resets Timer 5 to its initial value. For another timer 
interrupt, the Timer 5 interrupt enable bit must be set 
again. 


Timers 2 and 3 are the lower bytes, while Timers 4 
and 5 are the upper bytes. It T5C is set, then both 
Timers 3 and 5 can be preset and started by an 
external pulse. 


When a high-to-Iow transition occurs, Timer 5 is pre- 
set to its saved value, but Timer 3 is always preset to 
all ones. If either CT2 or CT3 is set, then the corre- 
sponding timer pair is a 16-bit event counter. 


A summary of the counter/timer control bits is given 
in Table 3. 


Single event counters/timers generate an interrupt 
request on the transition from 01H to OOH, while cas- 
caded ones generate it on the transition from 0001H 
to OOOOH. 


Each bit in the Port 1 Control Register configures the 
direction of the corresponding pin. If the bit is high, 
the pin is an output, and if it is low the pin is an input. 
Every Port 1 pin has another function which is con- 
trolled by other registers. If that special function is 
disabled, the pin functions as a general I/O pin as 
specified by this register. The special functions for 
each pin are described below. 


Port 10, 11-HANDSHAKE 
CONTROL 


If byte handshake control is enabled for Port 2 by 
the Mode Register, then Port 10 is programmed as 
STB/ ACK handshake control input, and Port 11 is 
programmed as IBF/OBF handshake control output. 


If byte handshake mode is enabled for output on 
Port 2 OBF indicates that a character has been load- 
ed into the Port 2 output buffer. When an external 


Table 3. Event Counters/Timers 
Mode of Operation 


NOTE: 
Interrupt levels assigned to single counters are 
partly not occupied if event counters/timers 
are 
cascaded. Level 2 will be vacated if event coun- 
ters/timers 2 and 4 are cascaded. Likewise, Level 
7 will be vacated if event counters/timers 3 and 5 
are cascaded. 


Event Counter! 
Function 
Programming 
Clock Source 
Timer 
(Mode Word) 


1 
a-bit timer 
- 
Internal clock 


2 
a-bit timer 
T24 = 0, CT2 = 0 
Internal clock 


a-bit event counter 
T24 = 0, CT2 = 1 
P12 pin 37 


2 
a-bit timer 
T35 = 0, CT3 = 0 
Internal clock 
a-bit event counter 
T35 = 0, CT3 = 1 
P13 pin 36 
4 
a-bit timer 
T24 = 0 
Internal clock 
a-bit timer, 
T35 = 0, T5C = 0 
Internal clock 


5 
normal mode 
a-bit timer, 
T35 = 0, T5C = 1 
Internal clock 
retriggerable mode 
2 and 4 
16-bit timer 
T24 = 1, CT2 = 0 
Internal clock 
cascaded 
16-bit event counter 
T24 = 1, CT2 = 1 
P12 pin 37 
16-bit timer, 
T35 = 1, T5C = 0, 
Internal clock 
normal mode 
CT3 = 0 
3and5 
16-bit event counter, 
T35 = 1, T5C = 0, 
P13 pin 36 
cascaded 
normal mode 
CT3 = 1 
16-bit timer, 
T35 = 1, T5C = 1, 
Internal clock 
retriggerable mode 
CT3 = 0 
16-bit event counter, 
T35 = 1, T5C = 1, 
P13 pin 36 
retriggerable mode 
CT3 = 1 
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device 
reads the data, it acknowledges 
this opera- 


tion by driving ACK low. OBF is set low by writing to 
Port 2 and is reset by ACK. 


If ~handshake 
mode is enabled 
for input on Port 
2, STB is an input. IBF is driven 
low after STB goes 


low. On the rising edge of STB the data from Port 2 
is latched. 


If Timer 
2 or Timer 
3 is programmed 
as an event 


counter 
by the Mode Register, 
then Port 12 or Port 
13 is the 
counter 
input 
for Event 
Counter 
2 or 3, 


respectively. 


PORT 
14-BAUD 
RATE 
GENERATOR 
OUTPUT 
CLOCK 


If test 
mode 
is enabled 
by the Mode 
Register 
and 
Command 
Register 
2 baud 
rate 
select 
is greater 


than 2, then 
Port 14 is an output 
from 
the internal 
baud rate generator. 


P14 in Port 1 control 
register 
must be set to 1 for the 
baud 
rate generator 
clock 
to be output. 
The baud 
rate generator 
clock is 64 x the serial bit rate excet 
at 19.2 Kbps when it is 32 x the bit rate. 


If T5C is set in the Mode Register 
enabling 
a retrig- 
gerable 
timer, then Port 15 is the input which 
starts 
and reloads 
Timer 5. 


A high-to-Iow 
transition 
on P15 (Pin 34) loads 
the 


timer with the slave register 
and starts the timer. 


If Break-In 
Detect 
is enabled 
by BRKI in Command 
Register 
1, then this input is used to sense a Break- 


In. If Port 
16 is low while 
the 
serial 
transmitter 
is 
sending the last stop bit, then a Break-In condition 
is 
signaled. 


If BITI in Command 
Register 
1 is set, then a low-to- 


high transition 
on Port 17 generates 
an interrupt 
re- 
quest on Priority Level 1. 


(5W = enable, 
6W=disable) 


Interrupts 
are enabled 
by writing to the Set Interrupts 


Register 
(5W). Interrupts 
are disabled 
by writing 
to 


the Reset 
Interrupts 
Register 
(6W). Each bit set by 


the Set Interrupts 
Register 
(5W) will enable that level 


interrupt, 
and 
each 
bit set in the 
Reset 
Interrupts 


Register 
(6W) will disable 
that 
level 
interrupt. 
The 


user can determine 
which 
interrupts 
are enabled 
by 


reading the Interrupt 
Enable Register 
(5R). 


Priority 


Highest 
LO 
Timer 1 
L1 
Timer 2 or Port Interrupt 


L2 
External 
Interrupt 
(EXTINT) 
L3 
Timer 3 or Timers 3 & 5 


L4 
Receive 
Interrupt 


L5 
Transmitter 
Interrupt 


L6 
Timer 4 or Timers 2 & 4 


L7 
Timer 5 or Port 2 Handshaking 


loiololo41oUSIo 
I 
0 


(6A) 
I 
Interrupt Level 


Indication 


Reading 
the interrupt 
address 
register 
transfers 
an 


identifier 
for the currently 
requested 
interrupt 
level 


on the system data bus. This identifier 
is the number 


of the interrupt 
level multiplied 
by 4. It can be used 


by the CPU as an offset 
address 
for interrupt 
han- 


dling. Reading the interrupt 
address 
register 
has the 


same 
effect 
as a hardware 
interrupt 
acknowledge 


INTA; 
it clears 
the 
interrupt 
request 
pin (INT) 
and 


indicates 
an interrupt 
acknowledgement 
to the inter- 


rupt controller. 


Both the receiver 
and transmitter 
in the MUART 
are 


double buffered. 
This means that the transmitter 
and 


receiver 
have a shift 
register 
and a buffer 
register. 


The 
buffer 
registers 
are 
directly 
addressable 
by 


reading or writing to register 
seven. After the receiv- 


er buffer 
is full, the RBF bit in the status 
register 
is 


set. 
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Reading the receive buffer clears the RBF status bit. 
The transmit buffer should be written to only if the 
TBE bit in the status register is set. Bytes written to 
the transmit buffer are held there until the transmit 
shift register is empty, assuming CTS is low. If the 
transmit buffer and shift register are empty, writing to 
the transmit buffer immediately transfers the byte to 
the transmit shift register. If a serial character length 
is less than 8 bits, the unused most significant bits 
are set to zero when reading the receive buffer, and 
are ignored when writing to the transmit buffer. 


Writing to Port 1 sets the data in the Port 1 output 
latch. Writing to an input pin does not affect the pin, 
but the data is stored and will be output if the direc- 
tion of the pin is changed later. If the pin is used as a 
control signal, the pin will not be affected, but the 
data is stored. Reading Port 1 transfers the data in 
Port 1 onto the data bus. 


Writing to Port 2 sets the data in the Port 2 output 
latch. Writing to an input pin does not affect the pin, 
but it does store the data in the latch. Reading Port 2 
puts the input pins onto the bus or the contents of 
the output latch for output pins. 


Reading Timer N puts the contents of the timer onto 
the data bus. If the counter changes while RD is low, 
the value on the data bus will not change. If two 
timers are cascaded, reading the high-order byte will 
cause the low-order byte to be latched. Reading the 
low-order byte will unlatch them both. Writing to ei- 
ther timer or decascading them also clears the latch 
condition. Writing to a timer sets the starting value of 
that timer. If two timers are cascaded, writing to the 
high-order byte presets the low-order byte to all 
ones. Loading only the high-order byte with a value 
of X leads to a count of X *256 + 255. Timers count 
down continuously. If the interrupt is enabled, it oc- 
curs when the counter changes from 1 to o. 


The timer/counter interrupts are automatically dis- 
abled when the interrupt request is generated. 


Reading the status register gates its contents onto 
the data bus. It holds the operational status of the 
serial interface as well as the status of the interrupt 
in INT. The status register can be read at any time. 
The flags are stable and well defined at all instants. 


Bit 0 can be used in two modes. Normally, FE indi- 
cates framing error which can be changed to trans- 
mission mode indication by setting the TME bit in the 
modification register. 


If transmission mode is disabled (in Modification 
Register), then FE indicates a framing error. A fram- 
ing error is detected during the first stop bit. The 
error is reset by reading the Status Register or by a 
chip reset. A framing error does not inhibit the load- 
ing of the Receiver Buffer. If RxD remains low, the 
receiver will assemble the next character. The false 
stop bit is treated as the next start bit, and no high- 
to-low transition on RxD is required to synchronize 
the receiver. 


When the TME bit in the Modification Register is set, 
FE is used to indicate that the transmitter was active 
during the reception of a character, thus indicating 
that the character received was transmitted by its 
own transmitter. FE is reset when the transmitter is 
not active during the reception of character. Reading 
the status register will not reset the FE bit in the 
transmission mode. 


If the user does not read the character in the Re- 
ceiver Buffer before the next character is received 
and transferred to this register, then the OE bit is 
set. The OE flag is set during the reception of the 
first stop bit and is cleared when the Status Register 
is read or when a hardware or software reset occurs. 
The first character received in this case will be lost. 


\ 


This bit indicates a parity error has occurred during 
the reception of a character. A parity error is present 
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if value of the parity bit in the received 
character 
is 
diffetent 
from the one expected 
according 
to com- 
mand word 
2 bits 6 EP. The parity 
bit is expected 
and checked 
only if it is enabled 
by command 
word 
2 bit 7 PEN. 


A parity 
error 
is set during 
the first stop 
bit and is 
reset 
by reading 
the 
Status 
Register 
or by a chip 
reset. 


The 
BD 
bit flags 
whether 
a break 
character 
has 
been received, 
or a Break-In 
condition 
exists on the 
transmission 
line. Command 
Register 
1 Bit 3 (BRKI) 
enables 
the Break-In 
Detect 
function. 


Whenever 
a break 
character 
has 
been 
received, 
Status 
Register 
Bit 3 will be set and in addition 
an 
interrupt 
request 
on Level 
4 is generated. 
The 
re- 
ceiver 
will be idled. It will be started 
again with the 
nex1 high-to-Iow 
transition 
at pin RxD. 


The break character 
received 
will not be loaded 
into 
the receiver 
buffer 
register. 


If Break-In 
Detection 
is enabled 
and a Break-In 
con- 
dition occurs, 
Status Register 
Bit 3 will be set and in 
addition 
an interrupt 
request 
on Level 5 is generat- 
ed. 


The BD status bit will be reset on reading the status 
register 
or on 
a hardware 
or software 
reset. 
For 
more 
information 
on 
Break/Break-In, 
refer 
to the 
"Serial 
Asynchronous 
Communication" 
section 
of 
AP-153 
under "Receive 
Break Detect" 
and "Break- 
In Detect." 


When TRE is set the transmit 
register 
is empty and 
an interrupt 
request 
is generated 
on Level 5 if en- 
abled. When TRE equals 0 the transmit 
register 
is in 
the process 
of sending 
data. TRE is set by a chip 
reset and when the last stop bit has left the transmit- 
ter. It is reset 
when 
a character 
is loaded 
into the 
Transmitter 
Register. 
If CTS is low, the Transmitter 
Register 
will be loaded 
during 
the transmission 
of 
the start bit. If CTS is high at the end of a character, 
TRE will remain high and no character 
will be loaded 
into the Transmitter 
Register 
until CTS goes low. If 
the 
transmitter 
was 
inactive 
before 
a character 
is 
loaded 
into the Transmitter 
Buffer, 
the Transmitter 
Register 
will be empty temporarily 
while the buffer is 
full. 
However, 
the 
data 
in the 
buffer 
will be trans- 
ferred 
to the 
transmitter 
register 
immediately 
and 
TRE will be cleared 
while TBE is set. 


TBE indicates 
the Transmitter 
Buffer is empty and is 
ready to accept 
a character. 
TBE is set by a chip 
reset or the transfer 
of data to the Transmitter 
Reg- 
ister, and is cleared 
when 
a character 
is written 
to 
the transmitter 
buffer. When TBE is set, an interrupt 
request 
is generated 
on Level 5 if enabled. 


RBF is set when the Receiver 
Buffer has been load- 
ed with a new character 
during the sampling 
of the 
first stop bit. RBF is cleared 
by reading 
the receiver 
buffer or by a chip reset. 


The INT bit reflects 
the state of the INT Pin (Pin 15) 
and indicates 
an interrupt 
is pending. 
It is reset 
by 
INTA or by reading the Interrupt 
Address 
Register 
if 
only one interrupt 
is pending 
and by a chip reset. 


FE, OE, PE, RBF, and Break 
Detect 
all generate 
a 
Level 4 interrupt 
when the receiver 
samples 
the first 
stop bit. TRE, TBE, and Break-In 
Detect 
generate 
a 
Level 5 interrupt. 
TRE generates 
an interrupt 
when 
TBE 
is set 
and 
the 
Transmitter 
Register 
finished 
transmitting. 
The Break-In 
Detect 
interrupt 
is issued 
at the same time as TBE or TRE. 


DSC disables 
the receivers 
start 
bit check. 
In this 
state the receiver 
will not be reset if RxD is not low 
at the center 
of the start bit. 
. 


TME enables 
transmission 
mode and disables 
fram- 
ing error detection. 
For information 
on transmission 
mode see the description 
of the framing 
error bit in 
the status register. 


RSO, RS1, RS2, RS3, RS4-RECEIVER 
SAMPLE 
TIME 


The number 
in RSn alters 
when 
the receiver 
sam- 
ples RxD. The receiver 
sample time can be modified 
only if the receiver 
is not clocked 
by RxC. 
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NOTE: 
The 
modification 
register 
cannot 
be read. 
Reading 


from 
address 
OFH, 8086: 
1EH gates 
the 
contents 


of the status register 
onto the data bus. 


A hardware 
reset (reset, 
Pin 12) resets all modifica- 


tion register 
bits to 0, i.e.: 


• 
The start bit check 
is enabled. 


• 
Status Register 
Bit 0 (FE) indicates 
framing 
error. 


• 
The sampling 
time of the serial receiver 
is the bit 


center. 


A software 
reset (Command 
Word 3, RST) does not 


affect 
the modification 
register. 


A reset signal on pin RESET (HIGH level) forces the 
device 
8256 
into 
a well-defined 
initial 
state. 
This 


state is characterized 
as follows: 


1) Command 
registers 
1, 2 and 
3, mode 
register, 
Port 1 control 
register, 
and modification 
register 


are reset. 
Thus, 
all bits of the parallel 
interface 


are set to beintputs 
and event 
counters/timers 


are configured 
as independent 
8-bit timers. 


2) Status register 
bits are reset with the exception 
of 


bits 4 and 5. Bits 4 and 5 are set indicating 
that 


both 
transmitter 
register 
and 
transmitter 
buffer 


register 
are empty. 


3) The 
interrupt 
mask, 
interrupt 
request, 
and inter- 


rupt service 
register 
bits are reset and disable 
all 


requests. 
As a consequence, 
interrupt 
signal INT 


IS INACTIVE 
(LOW). 


4) The 
transmit 
data 
output 
is set to the 
marking 


state (HIGH) and the receiver 
section 
is disabled 


until it is enabled 
by Command 
Register 
3 Bit 6. 


5) The 
start 
bit will 
be checked 
at sampling 
time. 
The receiver 
will return to start bit search 
mode if 


input RxD is not LOW at this time. 


6) Status Register 
Bit 0 implies framing 
error. 


7) The receiver 
samples 
input RxD at bit center. 


Reset has no effect on the contents 
of receiver 
buff- 


er register, 
transmitter 
buffer register, 
the intermedi- 


ate latches of parallel ports, and event counters/tim- 
ers, respectively. 


Point of Time Between 


RS4 RS3 
RS2 RS1 
RSO Start of Bit and End of 


Bit Measured 
in Steps 


of %2 Bit Length 


0 
1 
1 
1 
1 
1 (Start of Bit) 


0 
1 
1 
1 
0 
2 


0 
1 
1 
0 
1 
3 


0 
1 
1 
0 
0 
4 


0 
1 
0 
1 
1 
5 


0 
1 
0 
1 
0 
6 


0 
1 
0 
0 
1 
7 


0 
1 
0 
0 
0 
8 


0 
0 
1 
1 
1 
9 


0 
0 
1 
1 
0 
10 


0 
0 
1 
0 
1 
11 


0 
0 
1 
0 
0 
12 


0 
0 
0 
1 
1 
13 


0 
0 
0 
1 
0 
14 


0 
0 
0 
0 
1 
15 


0 
0 
0 
0 
0 
16 (Bit center) 


1 
1 
1 
1 
1 
17 


1 
1 
1 
1 
0 
18 


1 
1 
1 
0 
1 
19 


1 
1 
1 
0 
0 
20 


1 
1 
0 
1 
1 
21 


1 
1 
0 
1 
0 
22 


1 
1 
0 
0 
1 
23 


1 
1 
0 
0 
0 
24 


1 
0 
1 
1 
1 
25 


1 
0 
1 
1 
0 
26 


1 
0 
1 
0 
1 
27 


1 
0 
1 
0 
0 
28 


1 
0 
0 
1 
1 
29 


1 
0 
0 
1 
0 
30 


1 
0 
0 
0 
1 
31 


1 
0 
0 
0 
0 
32 (End of Bit) 
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•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O·C to 70·C 


Storage Temperature 
- 65·C to + 150·C 


Voltage 
On Any Pin 
with Respect 
to Ground 
- 0.5V to + 7V 


Power Dissipation 
1W 


NOTICE: Specifications contained within the 
following tables are subject to change. 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
VCC + 0.5 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOL = 2.5mA 


VOH 
Output High Voltage 
2.4 
V 
IOH = - 400 p.A 


IlL 
Input Leakage 
10 
p.A 
VIN = Vcc 


-10 
p.A 
VIN = OV 


ILO 
Output Leakage 
10 
p.A 
VOUT = Vcc 


-10 
p.A 
VOUT = 0.45V 


Icc 
Vcc Supply Current 
160 
mA 


CIN 
Input Capacitance 
10 
pF 
fo = 1 MHz(1) 


ClIO 
I/O Capacitance 
20 
pF 
Unmeasured 
Pins Returned 
to 
VSS(1) 


NOTE: 
1. Sampled, 
not 100% 
tested. 
TA = 2S·C. 
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Symbol 
Parameter 
Units 


Min 
Max 


BUS PARAMETERS 


tLL 
ALE Pulse Width 
50 
ns 


tCSL 
CS to ALE Setup Time 
0 
ns 


tAL 
Address 
to ALE Setup Time 
20 
ns 


tLA 
Address 
Hold Time after ALE 
25 
ns 


tLC 
ALE to RD/WR 
20 
ns 


tcc 
RD, WR, INTA Pulse Width 
200 
ns 


tAD 
Data Valid from RD(1) 
120 
ns 
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8256AH 
Symbol 
Parameter 
Units 
Min 
Max 


BUS PARAMETERS 
(Continued) 


tOF 
Data Float after RD (2) 
50 
ns 


tow 
Data Valid to WR 
150 
ns 


two 
Data Valid after WR 
50 
ns 


tel 
RD/WR 
Control to Latch Enable 
25 
ns 


tLOR 
ALE to Data Valid 
150 
ns 


tRST 
Reset Pulse Width 
300 
ns 


tRV 
Recovery 
Time between 
RD/WR 
500 
ns 


TIMER/COUNTER 
PARAMETERS 


, 


tCPI 
Counter 
Input Cycle Time (P12, P13) 
2,2 
,."s 


tCPWH 
Counter 
Input Pulse Width High 
1.1 
,."s 


tCPWl 
Counter 
Input Pulse Width Low 
1.1 
,."s 


tTPI 
Counter 
Input i to INT i at Terminal 
Count 
2.75 
,."s 


tTIH 
LOAD Pulse High Time Counter 5 
1.1 
,."s 


tTll 
LOAD Pulse Low Time Counter 5 
1.1 
,."s 


tpp 
Counter 5 Load before Next Clock Pulse on P13 
1.1 
,."s 


tCR 
External Count Clock i to RD J, to Ensure Clock is 
2.2 
,."s 
Reflected 
in Count 


tRC 
RD i to External Count Clock i to Ensure Clock 
0 
ns 
is not Reflected 
in Count 


tew 
External Count Clock i to WR i to Ensure Count 
2.2 
,."s 
Written 
is Not Decremented 


twc 
WR i to External Count Clock to Ensure Count 
0 
ns 
Written 
is Decremented 


INTERRUPT 
PARAMETERS 


tOEX 
EXTINT i to INT i 
200 
ns 


toPI 
Interrupt 
Request 
on P17 i to INT i 
2tCy+500 
ns 


tpi 
Pulse Width of Interrupt 
Request 
on P17 
tCY+ 100 
ns 


tHEA 
INTA i or RD i to EXTINT J, 
30 
ns 


tHIA 
INTA i or RD i to INT J, 
300 
,."s 


SERIAL 
INTERFACE 
AND CLOCK PARAMETERS 


tCY 
Clock Period 
195 
1000 
ns 


tClKH 
Clock High Pulse Width 
65 
ns 


tClKl 
Clock Low Pulse Width 
65 
ns 


tR 
Clock Rise Time 
20 
ns 


tF 
Clock Fall Time 
20 
ns 


inter 


8256AH 
Symbol 
Parameter 
Units 
Min 
Max 


SERIAL 
INTERFACE 
AND CLOCK 
PARAMETERS 
(Continued) 


tSCY 
Serial Clock Period (4) 
975 
ns 


tSPD 
Serial Clock High (4) 
350 
ns 


tspw 
Serial Clock Low (4) 
350 
ns 


tSTD 
Internal Status Update Delay from Center of 
300 
ns 
Stop Bit (5) 


tDTX 
TxC to TxD Data Valid 
300 
ns 


tlRBF 
INT Delay from Center of First Stop Bit 
2tCy+500 
ns 


tlTBE 
INT Delay from Falling Edge of Transmit 
Clock at 
2tCy+500 
ns 
End of Start Bit 


tCTS 
Pulse Width for Single Character 
Transmission 
(6) 


PARALLEL 
I/O PORT PARAMETERS 


twP 
WR j 
to P1/P2 
Data Valid 
0 
ns 


tpR 
P1/P2 
Data Stable before RD .,j..(7) 
300 
ns 


tRP 
P1/P2 
Data Hold Time 
50 
ns 


tAK 
ACK Pulse Width 
150 
ns 


tST 
Strobe Pulse Width 
tSIB 
ns 


tps 
Data Setup to STB j 
50 
ns 


tpH 
Data Hold after STB j 
50 
ns 


tWOB 
WR j 
toOBFj 
250 
ns 


tAOB 
ACK.,j.. toOBF.,j.. 
250 
ns 


tSIB 
STB.,j.. to IBF.,j.. 
250 
ns 


tRI 
RDj 
tolBFj 
250 
ns 


tSIT 
STB j 
to INTj 
2tCY 
ns 
+500 


tAIT 
ACKj 
tolNTj 
2tCY 
ns 
+500 


tAED 
OBF .,j..to ACK.,j.. Delay 
0 
ns 


NOTES: 
1. CL = pF all outputs. 
2. Measured 
from 
logic "one" 
or "zero" 
to 1.5V at CL = 150 pF. 


3. P12, P13 are external 
clock 
inputs. 
4. Note that RxC may be used as an input only in 1x mode, 
otherwise 
it will be an output. 


5. The center 
of the Stop Bit will be the receiver 
sample 
time, as programmed 
by the modification 
register. 


6. '/'6th 
bit length 
for 32 x, 64 x; 100 ns for 1x. 
7. To ensure 
tRO spec 
is met. 


2.4=X 
)C 


2.0 
2.0 


TEST POINTS 
0.45 
_ 0.8 
0.8 _ 


230759-5 


A.G. testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and 0.8V for a Logic "0". 
CL=150pF 
CL Includes 
Jig Capacitance 


eLK 


IR 


230759-7 


WRITE 
CYCLE 


DB 
(>7 


A 
0·3 


cs 


ALE 


Wii 


230759-8 


READ 
CYCLE 


OB 
0-7 


A0-3 


cs 


ALE 


ilo 


(INTA) 


230759-9 


2-127 


P 


10 


(STB) 


--_:>c=>-:~x 


DATA. >- 
VALID 


=><_e_:[_~_X 
:: 
':X__>- 


~ 


WP 


______ 
DATA 
VALID 
:'---_..•..---------- 


P13 
(COUNTER 
INPUT) 


P15 
(COUNTER 
INPUT) 


OUTPUT 


Pl0·17, 
P20·27 


________ 
X 
D_A_T_A_VA_L_ID __ X 
_ 


,------ 
It :..-1 
- 
,~~.,.==== 


INPUT 
>t 
1< 
Pl0·17. 
P2().27 
_ 
_ 
tPA~_JtAP 


080-1 


AlI-3 
___________ 
x 
DATA VALID 
)~------ 


______________ 
x 
DATA 
)~--- 


CfS FOR SINGLE 
CHARACTER 
TRANSMISSION 


I__ 
CTS _X_-_-_X=-_1= 
__ tcTs_=f_~_X-_-2_30759_-,9 


RESET 
TIMING 


I 
"~ .. 
-1=tAST~-- 


inter 


TxC 
-{t 


SPw1=t 
SPD3 
(M X AND 32 
/ 
BAUD RATE INPUT 
t 


SCY 


, 


TxC. RxC 
(OUTPUT) 


STATUS 
REGISTER 
BIT 5 (TBE) 


STATUS 
REGISTER 
BIT. 
(TRE) 


NOTES: 
1. Load transmitter 
buffer 
register. 
2. Transmitter 
buffer 
register 
is empty. 
3. Transmitter 
register 
is empty. 


4. Character 
forma1 for this example: 
7 Data Bits with Parity Bit and 2 Stop Bits. 
5. Loading 
of transmitter 
buffer 
register 
must be complete 
before 
CTS goes low. 
6. Interrupt 
due to transmitter 
buffer 
register 
empty. 
7. Interrupt 
due to transmitter 
re~er 
empty. 


No status 
bits are altered 
when 
RD is active. 


inter 


CONTINUOUS 
RECEPTION 
OF CHARACTERS 
ON SERIAL 
INTERFACE 


WITHOUT 
ERROR 
CONDITION 


CHARACTER 
CHARACTER 
CHARACTER 


RxD 
1) 


WR 
2) 


COMMAND 
REGISTER 
BIT 6 (RxE) 


STATUS 
REGISTER 
BIT 6 (RBF) 


INT 
(lEVEL 
4) 


AD 
4) 
RECEIVER ENABLE 


CHARACTER 
CHARACTER 


RECEIVER DISABLE 


CHARACTER 


NOTES: 
1. Character 
format 
for this example: 
6 data bits with parity bit and one stop bit. 


2. Set or reset bit 6 of command 
register 
3 (enable 
receiver). 
3. Receiver 
buffer 
locate-d. 


4. Read receiver 
buffer 
register. 


inter 


STATUS 
REGISTER 
2) 
BIT 6 (RBF) 


INT 
(LEVEL 4. 


STATUS 
3) 
REGISTER 
BIT 1 (OE) 


STATUS 
REGISTER 
BIT 0 (FE) 


NOTES: 
1. Character 
format 
for this example: 
6 data bits without 
parity and one stop bit. 


2. Receiver 
buffer 
register 
loaded. 
3. Overrun 
error. 


4. Framing 
error. 


5. Interrupt 
from 
receiver 
buffer 
register 
loading. 
6. Interrupt 
from 
overrun 
error. 
7. Interrupt 
from framing 
error and loading 
receiver 
buffer 
register. 


No status 
bits are altered 
when 
RD is active. 


inter 
8279/8279-5 
PROGRAMMABLE 
KEYBOARD/DISPLAY 
INTERFACE 
• Simultaneous 
Keyboard Display 
• Single 16-Character Display 
Operations 
• Right or Left Entry 16·Byte Display 
• Scanned Keyboard Mode 
RAM 
• Scanned Sensor Mode 
• Mode Programmable from CPU 
• Strobed Input Entry Mode 
• Programmable Scan Timing 
• 8-Character Keyboard FIFO 
• Interrupt Output on Key Entry 
• 2-Key Lockout or N·Key Rollover with 
• Available In EXPRESS 
Contact Debounce 
- 
Standard Temperature 
Range 
• Dual 8- or 16-Numerical Display 
- 
Extended Temperature 
Range 


The Intel@ 8279 is a general 
purpose 
programmable 
keyboard 
and display 
I/O interface 
device 
designed 
for 
use with Intel@ microprocessors. 
The keyboard 
portion 
can provide 
a scanned 
interface 
to a 64-contact 
key 
matrix. The keyboard 
portion will also interface 
to an array of sensors 
or a strobed 
interface 
keyboard, 
such as 
the hall effect and ferrite variety. Key depressions 
can be 2-key lockout or N-key rollover. 
Keyboard 
entries are 
debounced 
and strobed 
in an 8-character 
FIFO. If more than 8 characters 
are entered, 
overrun 
status is set. 


Key entries 
set the interrupt 
output 
line to the CPU. 


The display 
portion 
provides 
a scanned 
display 
interface 
for LED, incandescent, 
and other 
popular 
display 
technologies. 
Both numeric and alphanumeric 
segment 
displays 
may be used as well as simple indicators. 
The 
8279 has 16x8 display 
RAM which can be organized 
into dual 16x4. The RAM can be loaded 
or interrogated 
by the CPU. Both right entry, calculator 
and left entry typewriter 
display formats 
are possible. 
Both read and 
write of the display 
RAM can be done with auto-increment 
of the display 
RAM address. 


R L, 
Ycc 


R L) 
RL, 


IRQ 
Cll< 
RL. 


IRQ 
CNTL/STB 


RL, 
SHIFT 


SHIFT 
KEV 
DATA 
RL, 
SLJ 


AD 
RL, 
SL, 


RL, 
Sl, 


Wi! 
(Nfl/5TH . 
RESE T 
SL. 


c'u 
AD 
OUT 
B. 
INTERfACE 
E 
WR 
OUT 
B, 


SlOJ 
SCA'" 
DB. 
OUT B, 


A. 
DB, 
OUT 
BJ 


DB, 
OUT 
A. 
OUT 
AOJ 
DB) 
OUT A, 
RESET 
DB. 
qUT 
A2 


OIC)PlAY 
DB. 
OUT 
AJ 
CLK 
OUT 80J 
DATA 
115 
DB, 


DB, 
C!' 


Yss 
A. 


v•• 
290123-2 


290123-1 
Figure 2. Pin Configuration 
Figure 
1. Logic Symbol 


Symbol 
Pin 
Name and Function 
No. 


DBe-DB7 
19-12 
BI·DIRECTIONAL 
DATA BUS: All data and commands 
between 
the CPU 


and the 8279 are transmitted 
on these lines. 


ClK 
3 
CLOCK: Clock from system used to generate 
internal timing. 


RESET 
9 
RESET: A high signal on this pin resets the 8279. After being reset the 8279 is 
placed in the following 
mode: 


1) 16 8·bit character 
display-left 
entry. 
2) Encoded 
scan keyboard-2 
key lockout. 


Along with this the program 
clock prescaler 
is set to 31. 


CS 
22 
CHIP SELECT: A low on this pin enables the interface 
functions 
to receive or 


transmit. 


Ae 
21 
BUFFER ADDRESS: 
A high on this line indicates 
the signals in or out are 


interpreted 
as a command 
or status. A low indicates 
that they are data. 


RD,WR 
10-11 
INPUT IOUTPUT 
READ AND WRITE: These signals enable the data buffers 


to either send data to the external 
bus or receive it from the external 
bus. 


IRQ 
4 
INTERRUPT 
REQUEST: 
In a keyboard 
mode, the interrupt 
line is high when 


there is data in the FIFO/Sensor 
RAM. The interrupt 
line goes low with each 


FIFO/Sensor 
RAM read and returns high if there is still information 
in the 


RAM. In a sensor mode, the interrupt 
line goes high whenever 
a change 
in a 


sensor is detected. 


Vss, Vcc 
20,40 
GROUND 
AND POWER SUPPLY PINS. 


SLo-Sls 
32-35 
SCAN LINES: Scan lines which are used to scan the key switch or sensor 
matrix and the display digits. These lines can be either encoded 
(1 of 16) or 


decoded 
(1 of 4). 


Rle-Rl7 
38,39, 
RETURN 
LINE: Return line inputs which are connected 
to the scan lines 
1,2,5-8 
through the keys or sensor switches. 
They have active internal pull ups to 


keep them high until a switch closure pulls one low. They also serve as an 8- 
bit input in the Strobed 
Input mode. 


SHIFT 
36 
SHIFT: The shift input status is stored along with the key position 
on key 


closure in the Scanned 
Keyboard 
modes. 
It has an active internal pull up to 


keep it high until a switch closure pulls it low. 


CNTl/STB 
37 
CONTROL/STROBED 
INPUT MODE: For keyboard 
modes this line is used 


as a control 
input and stored like status on a key closure. The line is also the 


strobe line that enters the data into the FIFO in the Strobed 
Input mode. 


(Rising Edge). It has an active internal pullup to keep it high until a switch 
closure 
pulls it low. 


OUT Ae-OUT 
As 
27-24 
OUTPUTS: 
These two ports are the outputs for the 16 x 4 display refresh 


OUT Be-OUT 
Bs 
31-28 
registers. The data from these outputs is synchronized 
to the scan lines (Sle- 


Sls) 
for multiplexed 
digit displays. The two 4 bit ports may be blanked 


independently. 
These two ports may also be considered 
as one 8-bit port. 


BD 
23 
BLANK DISPLAY: This output is used to blank the display during digit 
switching 
or by a display blanking 
command. 


inter 


Since 
data input and display 
are an integral 
part of 


many microprocessor 
designs. 
the system 
designer 


needs 
an interface 
that can control 
these functions 


without 
placing 
a large load on the CPU. The 8279 


provides 
this function 
for 8-bit microprocessors. 


The 8279 
has two sections: 
keyboard 
and display. 
The keyboard 
section 
can interface 
to regular type- 


writer 
style 
keyboards 
or random 
toggle 
or thumb 


switches. 
The 
display 
section 
drives 
alphanumeric 


displays 
or a bank of indicator 
lights. Thus the CPU 


is relieved 
from scanning 
the keyboard 
or refreshing 


the display. 


The 8279 is designed 
to directly 
connect 
to the mi- 


croprocessor 
bus. The CPU can program 
all operat- 


ing modes 
for the 8279. These 
modes 
include: 


Input Modes 
• 
Scanned 
Keyboard-with 
encoded 
(8 x 8 key 


keyboard) 
or decoded 
(4 x 8 key keyboard) 
scan 


lines. A key depression 
generates 
a 6-bit encod- 


ing of key position. 
Position and shift and control 


status are stored in the FIFO. Keys are automati- 
cally debounced 
with 2-key lockout 
or N-key roll- 


over. 


• 
Scanned 
Sensor Matrix-with 
encoded 
(8 x 8 ma- 


trix switches) 
or decoded 
(4 x 8 matrix switches) 
scan lines. Key status (open or closed) 
stored 
in 


RAM addressable 
by CPU. 


• 
Strobed 
Input-Data 
on return 
lines during 
con- 


trol line strobe 
is transferred 
to FIFO. 


Output Modes 
• 
8 or 16 character 
multiplexed 
displays 
that 
can 


be organized 
as dual 4-bit or single 
8-bit (Bo = 


Do. A3 = D7)· 


• 
Right entry or left entry display formats. 


Other features 
of the 8279 include: 


• 
Mode programming 
from the CPU. 


• 
Clock 
Prescaler 


• 
Interrupt 
output to signal CPU when there is key- 


board or sensor 
data available. 


• 
An 8 byte FIFO to store keyboard 
information. 


• 
16 byte internal 
Display 
RAM for display 
refresh. 
This RAM can also be read by the CPU. 


The following 
is a description 
of the major elements 


of the 8279 
Programmable 
Keyboard/Display 
inter- 


face device. 
Refer to the block diagram 
in Figure 3. 


2-136 


The 
I/O 
control 
section 
uses the CS, Ao, RD and 


WR lines to control 
data flow to and from the various 


internal 
registers 
and buffers. 
All data 
flow 
to and 


from 
the 8279 
is enabled 
by CS. The character 
of 


the information, 
given or desired by the CPU, is iden- 
tified by Ao. A logic one means 
the information 
is a 


command 
or status. AJQ9ic zero means the informa- 


tion is data. RD and WR determine 
the direction 
of 


data flow through the Data Buffers. The Data Buffers 
are bi-directional 
buffers 
that 
connect 
the 
internal 


bus to the external 
bus. When the chip is not select- 


ed (CS = 1), the devices 
are ~ 
h~ 
impedance 


state. The drivers 
input during WR • CS and output 


during RD • CS. 


Control and Timing Registers and 
Timing Control 


These 
registers 
store 
the 
keyboard 
and 
display 


modes 
and other operating 
conditions 
programmed 


by the CPU. The 
modes 
are programmed 
by pre- 


senting 
the proper 
command 
on the data lines with 


Ao = 
1 and then sending 
a WR. The command 
is 


latched 
on the rising edge of WR. The command 
is 


then 
decoded 
and the 
appropriate 
function 
is set. 


The timing control 
contains 
the basic timing counter 


chain. The first counter 
is a 7 N prescaler 
that can 


be programmed 
to yield an internal 
frequency 
of 100 


kHz which gives a 5.1 ms keyboard 
scan time and a 


10.3 ms debounce 
time. The other 
counters 
divide 


down 
the 
basic 
internal 
frequency 
to 
provide 
the 


proper 
key scan, 
row scan, 
keyboard 
matrix 
scan. 


and display scan times. 


The scan 
counter 
has two modes. 
In the encoded 


mode, the counter 
provides 
a binary count that must 


be externally 
decoded 
to provide 
the scan lines for 


the keyboard 
and display. 
In the decoded 
mode, the 


scan counter 
decodes 
the least significant 
2 bits and 


provides 
a decoded 
1 of 4 scan. Note that when the 


keyboard 
is in decoded 
scan, so is the display. 
This 


means that only the first 4 characters 
in the Display 


RAM are displayed. 


In the encoded 
mode, the scan lines are active high 


outputs. 
In the decoded 
mode, 
the scan 
lines are 


active 
low outputs. 


/\. 


j 
I 


"Ii; 
'7 


DATA 
FIFO/SENSOR 


BUFFERS 
I/O CONTROL 
RAM 
STATUS 


..:; 
~ 
..:: 
~ 


~ 7 
~ 
7 
L... 
INTERNAL-DATA 
BUS 181 
7 


..:: 
~ 
.I. 
~ 


~ 
~ /7 


"Ii; ,. 


-- 
- 
A 
DISPLAY 
CONTROL 
AND 
8.8 
ADDRESS 
16.8 - 
TIMING 
FIFO/SENSOR 
KEYBOARD 


REGISTERS 
V 
DISPLAY 
REGISTERS 
RAM 
V 
DEBOUNCE 


RAM 
AND 
I 
CONTROL 


t 
~ ""'>. 


TIMING 
" 


AND 
1 
CONTROL 


DISPLAY 
.: 
SCAN COUNTER 
REGISTERS 
I 
RETURN 


• 
~ 
8 
4 
8 


""V 
"'y? 
- 
SHIFT 


"TIC 
c:; 
~;-- 
II 
~ 3 
Co) 
!!!. 


--J 
lD 
0'o~o 
iii' 
IQ 
iil 
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inter 


Return Buffers and Keyboard 
Debounce 
and Control 


The 8 return 
lines are buffered 
and latched 
by the 


Return 
Buffers. 
In the 
keyboard 
mode, 
these 
lines 


are scanned, 
looking 
for key closures 
in that row. If 


the debounce 
circuit detects 
a closed switch, it waits 


about 10 ms to check if the switch remains closed. 
If 


it does, the address 
of the switch 
in the matrix plus 


the status of SHIFT and CONTROL 
are transferred 


to the FIFO. 
In the scanned 
Sensor 
Matrix 
modes, 
the contents 
of the return lines is directly transferred 


to the corresponding 
row of the Sensor 
RAM (FIFO) 


each key scan time. In Strobed 
Input mode, the con- 


tents 
of the return 
lines are transferred 
to the FIFO 


on the rising edge of the CNTLlSTB 
line pulse. 


This block is a dual function 
8 x 8 RAM. In Keyboard 


or Strobed 
Input modes, it is a FIFO. Each new entry 


is written 
into successive 
RAM positions 
and each is 


then read in order of entry. FIFO status keeps track 
of the number of characters 
in the FIFO and whether 


it is full or empty. 
Too many reads or writes 
will be 


rec~ized 
as an error. The status 
can be read by 


an RD with CS low and Ao high. The status logic also 
provides 
an IRQ signal when the FIFO is not empty. 


In Scanned 
Sensor 
Matrix 
mode, 
the memory 
is a 
Sensor RAM. Each row of the Sensor RAM is loaded 
with the status of the corresponding 
row of sensor in 


the 
sensor 
matrix. 
In this 
mode, 
IRQ 
is high 
if a 


change 
in a sensor 
is detected. 


Display Address Registers and Display 
RAM 


The Display 
Address 
Registers 
hold the address 
of 


the word currently 
being written 
or read by the CPU 


and the two 4-bit nibbles 
being displayed. 
The read/ 
write addresses 
are programmed 
by CPU command. 


They also can be set to auto increment 
after each 


read or write. The Display RAM can be directly 
read 
by the CPU after the correct 
mode 
and address 
is 


set. The addresses 
for the A and B nibbles are auto- 
matically 
updated 
by the 8279 to match 
data entry 


by the CPU. The A and 
B nibbles 
can be entered 


independently 
or 
as 
one 
word, 
according 
to 
the 


mode that is set by the CPU. Data entry to the dis- 
play can be set to either left or right entry. See Inter- 
face Considerations 
for details. 


The following 
commands 
program 
the 8279 operat- 


ing modes. The commands 
are sent on the Data Bus 


with CS low and Ao hi~and 
are loaded to the 8279 


on the rising edge of WR. 


Keyboard/Display 
Mode Set 


MSB 


Code: 
0 


Where DD is the Display Mode and KKK is the Key- 
board Mode. 


DO 
o 
0 
8 8-bit character 
display-Left 
entry 


o 
1 
16 8-bit character 
display-Left 
entry' 


1 
0 
8 8-bit character 
display-Right 
entry 


1 
1 
16 8-bit character 
display-Right 
entry 


For description 
of right and left entry, see Interface 


Considerations. 
Note that when decoded 
scan is set 


in keyboard 
mode, the display 
is reduced 
to 4 char- 


acters 
independent 
of display 
mode set. 


KKK 
o 
0 
0 
Encoded 
Scan 
Keyboard-2 
Key Lock- 


out' 


o 
0 
Decoded 
Scan 
Keyboard-2-Key 
Lock- 


out 
o 
0 
Encoded 
Scan 
Keyboard-N-Key 
Roll- 


over 
o 
Decoded 
Scan 
Keyboard-N-Key 
Roll- 


over 
o 
0 
Encoded 
Scan Sensor 
Matrix 


o 
1 
Decoded 
Scan Sensor 
Matrix 


1 
0 
Strobed 
Input, Encoded 
Display Scan 


1 
1 
1 
Strobed 
Input, Decoded 
Display Scan 
• Defau It after reset. 


All timing 
and multiplexing 
signals 
for the 8279 are 


generated 
by an internal 
prescaler. 
This 
prescaler 


divides the external 
clock (pin 3) by a programmable 
integer. 
Bits PPPPP determine 
the value of this inte- 


ger which 
ranges 
from 2 to 31. Choosing 
a divisor 


that yields 
100 kHz will give the specified 
scan and 


inter 


debounce 
times. For instance, 
if Pin 3 of the 8279 is 


being clocked 
by a 2 MHz signal, PPPPP should 
be 


set to 10100 to divide the clock 
by 20 to yield the 


proper 
100 kHz operating 
frequency. 


Code: 
~ 
X = Don't Care 


The CPU sets the 8279 for a read of the FIFO/Sen- 
sor RAM by first writing 
this command. 
In the Scan 


Keyboard 
Mode, 
the 
Auto-Increment 
flag 
(AI) and 


the RAM address bits (AAA) are irrelevant. 
The 8279 


will automatically 
drive the data bus for each subse- 


quent read (Ao = 0) in the same sequence 
in which 


the data first entered the FIFO. All subsequent 
reads 


will be from the FIFO until another 
command 
is is- 
sued. 


In the Sensor 
Matrix 
Mode, 
the 
RAM address 
bits 


AAA select one of the 8 rows of the Sensor 
RAM. If 


the AI flag is set (AI = 1), each successive 
read will 


be from the subsequent 
row of the sensor 
RAM. 


Read Display 
RAM 


Code: 
0 
1 


The CPU sets up the 8279 for a read of the Display 
RAM by first writing this command. 
The address 
bits 


AAAA select one of the 16 rows of the Display RAM. 
If the AI flag is set (A 1 = 1), this row address will be 
incremented 
after each following 
read or write to the 


Display 
RAM. 
Since 
the 
same 
counter 
is used for 


both 
reading 
and 
writing, 
this 
command 
sets 
the 


next 
read 
or write 
address 
and 
the 
sense 
of the 


Auto-Increment 
mode for both operations. 


Write 
Display 
RAM 


Code: 


The CPU sets up the 8279 for a write to the Display 
RAM by first writing 
this command. 
After writing the 


command 
with Ao = 1, all subsequent 
writes with Ao 
= 0 will be to the Display RAM. The addressing 
and 


Auto-Increment 
functions 
are identical 
to those 
for 


the 
Read 
Display 
RAM. 
However, 
this 
command 


does 
not 
affect 
the 
source 
of 
subsequent 
Data 


Reads; the CPU will read from whichever 
RAM (Dis- 
play of FIFO/Sensor) 
which 
was 
last specified. 
If, 


indeed, 
the 
Display 
RAM 
was 
last 
specified, 
the 


Write 
Display 
RAM 
will, 
nevertheless, 
change 
the 


next Read location. 


Display Write 
Inhibit/Blanking 
A 


Code: 
IW 


The IW Bits can be used to mask nibble A and nibble 
B in applications 
requiring 
separate 
4-bit 
display 


ports. By setting the IW flag (IW = 1) for one of the 
ports, 
the port becomes 
marked 
so that 
entries 
to 


the 
Display 
RAM from 
the CPU do not affect 
that 


port. Thus, if each nibble is input to a BCD decoder, 
the CPU may write a digit to the Display 
RAM with- 


out affecting 
the other digit being displayed. 
It is im- 


portant 
to note that bit Bo corresponds 
to bit Do on 


the CPU bus, and that bit A3 corresponds 
to bit D7" 


If the user wishes 
to blank the display, the BL flags 


are available 
for each 
nibble. 
The 
last Clear 
com- 


mand issued 
determines 
the code 
to be used as a 
"blank." 
This code defaults 
to all zeros after a reset. 


Note that both BL flags must be set to blank a dis- 
play formatted 
with a single 8-bit port. 


Clear 


Code: 


The Co bits are available 
in this command 
to clear 


all rows of the Display RAM to a selectable 
blanking 


code as follows: 


CUD I 


C 


; 
I~ 
I 
All 
Zeros 
IX = Don", Carel 


1 
0 
AS ~ Hex 20 (0010סס oo) 


1 
1 
All 
Ones 


Enable 
clear 
display 
when"" 
1 lor 
by 
CA 
= 1 J 
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During 
the time 
the 
Display 
RAM 
is being 
cleared 


( - 
160 ,""s), it may not be written to. The most signifi- 


cant 
bit of the 
FIFO status 
word 
is set during 
this 


time. 
When 
the 
Display 
RAM 
becomes 
available 


again, it automatically 
resets. 


If the CF bit is asserted 
(CF = 1), the FIFO status is 
cleared 
and the interrupt 
output 
line is reset. 
Also, 


the Sensor 
RAM pointer 
is set to row O. 


CA, the Clear All bit, has the combined 
effect 
of CD 


and CF; it uses the CD clearing 
code on the Display 


RAM 
and 
also 
clears 
FIFO 
status. 
Furthermore, 
it 


resynchronizes 
the internal 
timing chain. 


inter 


End Interrupt/Error 
Mode Set 


Code: 
~ 
X = Don't care 


For the sensor matrix modes this command lowers 
the IRQ line and enables further writing into RAM. 
(The IRQ line would have been raised upon the de- 
tection of a change in a sensor value. This would 
have also inhibited further writing into the RAM until 
reset). 


For the N-key rollover mode-if 
the E bit is pro- 


grammed to "1" the chip will operate in the special 
Error mode. (For further details, see Interface Con- 
siderations Section.) 


The status word contains the FIFO status, error, and 
display unavailable signals. This word is read by the 
CPU when Ao is high and CS and RD are low. See 
Interface Considerations for more detail on status 
word. 


Data is read when Ao, CS and RD are all low. The 
source of the data is specified by the Read FIFO or 
Read Display commands. The trailing edge of RD 
will cause the address of the RAM being read to be 
incremented if the Auto-Increment flag is set. FIFO 
reads always increment (if no error occurs) indepen- 
dent of AI. 


Data that is written with Ao, CS and WR low is al- 
ways written to the Display RAM. The address is 
specified by the latest Read Display or Write Display 
command. Auto-Incrementing on the rising edge 
of WR occurs if AI is set by the latest display 
command. 


Scanned Keyboard 
Mode, 2-Key 


Lockout 


There are three possible combinations of conditions 
that can occur during debounce scanning. When a 
key is depressed, the debounce logic is set. Other 
depressed keys are looked for during the next two 
scans. If none are encountered, it is a single key 
depression and the key position is entered into the 


FIFO along with the status of CNTL and SHIFT lines. 
If the FIFO was empty, IRQ will be set to signal the 
CPU that there is an entry in the FIFO. If the FIFO 
was full, the key will not be entered and the error 
flag will be set. If another closed switch is encoun- 
tered, no entry to the FIFO can occur. If all other 
keys are released before ths one, then it will be en- 
tered to the FIFO. If this key is released before any 
other, it will be entirely ignored. A key is entered to 
the FIFO only once per depression, no matter how 
many keys were pressed along with it or in what 
order they were released. If two keys are depressed 
within the debounce cycle, it is a simultaneous de- 
pression. Neither key will be recognized until one 
key remains depressed alone. The last key will be 
treated as a single key depression. 


Scanned Keyboard 
Mode, N-Key 


Rollover 


With N-key Rollover each key depression is treated 
independently from all others. When a key is de- 
pressed, the debounce circuit waits 2 keyboard 
scans and then checks to see if the key is still down. 
If it is , the key is entered into the FIFO. Any number 
of keys can be depressed and another can be rec- 
ognized and entered into the FIFO. If a simultaneous 
depression occurs, the keys are recognized and en- 
tered according to the order the keyboard scan 
found them. 


Scanned Keyboard-Special 
Error 


Modes 


For N-key rollover mode the user can program a 
special error mode. This is done by the "End Inter- 
rupt/Error Mode Set" command. The debounce cy- 
cle and key-validity check are as in normal N-key 
mode. If during a single debounce cycle, two keys 
are found depressed, this is considered a simulta- 
neous multiple depression, and sets an error flag. 
This flag will prevent any further writing into the FIFO 
and will set interrupt (if not yet set). The error flag 
could be read in this mode by reading the FIFO 
STATUS word. (See "FIFO STATUS" for further de- 
tails.) The error flag is reset by sending the normal 
CLEAR command with CF = 1. 


In Sensor Matrix mode, the debounce logic is inhibit- 
ed. The status of the sensor switch is inputted di- 
rectly to the Sensor RAM. In this way the Sensor 
RAM keeps an image of the state of the switches in 
the sensor matrix. Although debouncing is not pro- 
vided, this mode has the advantage that the CPU 
knows how long the sensor was closed and when it 


inter 


was released. 
A keyboard 
mode can only indicate 
a 


validated 
closure. 
To make the software 
easier, the 


designer 
should 
functionally 
group 
the 
sensors 
by 


row since 
this 
is the format 
in which 
the CPU will 


read them. 


The IRQ line goes high if any sensor value change 
is 


detected 
at the end 
of a sensor 
matrix 
scan. The 


IRQ line is cleared 
by the first data read operation 
if 
the Auto-Increment 
flag is set to zero, or by the End 


Interrupt 
command 
if the Auto-Increment 
flag is set 
to one. 


NOTE: 
Multiple 
changes 
in 
the 
matrix 
Addressed 
by 
(SLo-3 
= 0) may cause multiple 
interrupts. 
(SLo = 
o in the 
Decoded 
Mode.) 
Reset 
may 
cause 
the 


8279 to see multiple 
changes. 


In the Scanned 
Keyboard 
mode, 
the character 
en- 


tered 
into the FIFO corresponds 
to the position 
of 
the 
switch 
in the 
keyboard 
plus the 
status 
of the 


CNTL 
and SHIFT 
lines (non-inverted). 
CNTL 
is the 


MSB of the character 
and SHIFT 
is the next most 


significant 
bit. The next three bits are from the scan 


counter 
and indicate 
the row the key was found 
in. 
The last three bits are from the column 
counter 
and 


indicate 
to which return line the key was connected. 


MSB 
LSB 


~--:SC-A-N~: 
-- 
~ETUR~ 
I 


SCANNED 
KEYBOARD 
DATA FORMAT 


In Sensor 
Matrix mode, the data on the return lines 


is entered 
directly 
in the row of the Sensor 
RAM that 
corresponds 
to the row in the matrix being scanned. 
Therefore, 
each 
switch 
position 
maps 
directly 
to a 


Sensor 
RAM position. 
The SHIFT 
and CNTL inputs 


are ignored 
in this mode. Note that switches 
are not 
necessarily 
the only thing that can be connected 
to 


the return 
lines in this mode. Any logic that can be 


triggered 
by the 
scan 
lines 
can 
enter 
data 
to the 


return line inputs. Eight multiplexed 
input ports could 


be tied to the return lines and scanned 
by the 8279. 


MSB 


In Strobed 
Input mode, 
the data is also entered 
to 


the FIFO from the return 
lines. The data is entered 


by the rising ed!le 
of a CNTL/STB 
line pulse. 
Data 


can come from _.nother encoded 
keyboard 
or simple 


switch matrix. The return lines can also be used as a 
general 
purpose 
strobed 
input. 


MSB 


Left Entry 


Left Entry mode is the simplest 
display format 
in that 


each display position 
directly 
corresponds 
to a byte 
(or nibble) 
in the 
Display 
RAM. 
Address 
0 in the 


RAM is the left-most 
display character 
and address 


15 (or address 
7 in 8 character 
display) 
is the right 


most display character. 
Entering characters 
from po- 


sition zero causes the display to fill from the left. The 
17th (9th) character 
is entered 
back in the left most 


position 
and filling again proceeds 
from there. 


o 
1 
14 IS_Display 
G:J_--__-_-II] 
RAM 
1st entry 
Address 


o 
1 
14 15 


2nd entry ~= = = =ITI 


o 
1 
14 15 


16th entry G3====EEJ 


o 
1 
14 15 


17th entry G2I= 
===EEJ 


o 
1 
14 15 


18th entry [2E ====EEJ 


Right Entry 


Right entry 
is the method 
used by most 
electronic 


calculators. 
The first entry is placed in the right most 


display 
character. 
The 
next entry 
is also 
placed 
in 


the right most character 
after the display 
is shifted 


left one character. 
The left most character 
is shifted 


off the end and is lost. 


inter 


1 
2 
14 15 
O_Display 
CD ----T"""T"""I.I 
RAM 


____ 
~Address 


2 
3 
15 
0 
I 
[0 
= = = =r::=EEJ 


3 
4 
0 
1 
2 
rrr= 
===EEEJ 


o 
1 
13 14 15 
C2EI=~==EEEJ 


1 
2 
14 15 
0 


17thentry 'IT[ ===~ 


2 
3 
15 
0 
I 


18th entry I2EI====HTJ 
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Note that now the display position and register ad- 
dress do not correspond. Consequently, entering a 
character to an arbitrary position in the Auto Incre- 
ment mode may have unexpected results. Entry 
starting at Display RAM address 0 with sequential 
entry is recommended. 


Auto Increment 


In the Left Entry mode, Auto Incrementing causes 
the address where the CPU will next write to be in- 
cremented by one and the character appears in the 
next location. With non-Auto Incrementing the entry 
is both to the same RAM address and display posi- 
tion. Entry to an arbitrary address in the Auto Incre- 
ment mode has no undesirable side effects and the 
result is predictable: 


01234567- 
illIIIIIJ 


Display 
RAM 
Address 


o 
1 2 3 4 567 


CilillIIIJJ 


o 1 2 3 4 5 6 7 
GIllIIIIJ 
Command 
10010101 


Enter next at Location 5 Auto Increment 


o 
1 2 3 456 
7 


3rdentry 
~ 


o 
1 2 3 4 5 6 7 


4th entry rnIIEill 


LEFT ENTRY MODE 
(AUTO INCREMENT) 


In the Right Entry mode, Auto Incrementing and non 
Incrementing have the same effect as in the Left 
Entry except if the address sequence is interrupted. 


1 2 3 4 5 6 7 0 
- 
Display 
ITTTTTTTjl 
RAM 


1stentry 
~ 
Address 


234 
5 6 7 0 
1 


ITJJJJJ:iliJ 


2 3 4 5 6 7 0 1 
DIIIIIiliJ 
Command 
10010101 


Enter next at Location 5 Auto Increment 


3 4 5 6 7 0 1 2 


3rd entry ITmJ.!Iill 


4 5 6 7 0 1 2 3 


4thentry 
~ 


RIGHT ENTRY MODE 
(AUTO INCREMENT) 


inter 


Starting at an arbitrary location operates as shown 
below: 


Command 
10010101 


01234567- 
ITJIIIIIJ 


Display 
RAM 
Address 


Enter next at Location 5 Auto Increment 


123 
4 5 6 7 0 


1st entry [[IIJ2:IIIJ 


2 345 
6 701 


2nd entry ITllNIIJ 


8thentry 
~ 


9thentry 
~ 


RIGHT ENTRY MODE 
(AUTO INCREMENT) 


8/16 
Character 
Display Formats 


If the display mode is set to an 8 character display, 
the on duty-cycle is double what it would be for a 16 
character display (e.g., 5.1 ms scan time for 8 char- 
acters vs. 10.3 ms for 16 characters with 100 kHz 
internal frequency). 


G. FIFO Status 


FIFO status is used in the Keyboard and Strobed 
Input modes to indicate the number of characters in 


the FIFO and to indicate whether an error has oc- 
curred. There are two types of errors possible: over- 
run and underrun. Overrun occurs when the entry of 
another character into a full FIFO is attempted. Un- 
derrun occurs when the CPU tries to read an empty 
FIFO. 


The FIFO status word also has a bit to indicate that 
the Display RAM was unavailable because a Clear 
Display or Clear All command had not completed its 
clearing operation. 


In a Sensor Matrix mode, a bit is set in the FIFO 
status word to indicate that at least one sensor clo- 
sure indication is contained in the Sensor RAM. 


In Special Error Mode the S/E bit is showing the 
error flag and serves as an indication to whether a 
simultaneous multiple closure error has occurred. 


( __ 
'_ 
Number 
of 


characters 
in FIFO 


- 
Error·Underrun 


Error·Overrun 


Sensor 
Closure/Error 
F lag 
for 


Multiple 
Closures 


Display 
unavailable 


8-BIT 
MICRO- 
OATA 
PROCESSOR 
BUS 
SYSTEM 


CONTROLS 
{ 


AOORESS{ 
BUS 


OATA 
BUS 


8 


RD 


WR 


RESET 
ES 


AO 


ClK 


lOR 


lOW 


RESET 
ES 


AO 


ClK 
B 
O 
_ 
3 


8 
8 COLUMNS 


RETURN 
LINES 
8 ROWS 


OISPlAY 
CHARACTERS 
OATA 


inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
O°C to lO°C 


Storage Temperature 
-65°C 
to 125°C 


Voltage 
on any Pin with 
Respect to Ground 
-0.5Vto 
+7V 


Power Dissipation 
1 Watt 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Conditions 


VIL1 
Input Low Voltage for Return Lines 
-0.5 
1.4 
V 


VIL2 
Input Low Voltage for All Others 
-0.5 
0.8 
V 


VIH1 
Input High Voltage for Return Lines 
2.2 
V 
- 


VIH2 
Input High Voltage for All Others 
2.0 
V 


VOL 
Output Low Voltage 
0.45 
V 
(Note 1) 
.. 


VOH1 
Output High Voltage on Interrupt 
Line 
3.5 
V 
(Note 2) 


VOH2 
Other Outputs 
2.4 
I 
- 
- 400,u.A 
8279-5 


OH - 
-100,u.A 
8279 


IIL1 
Input Current on Shift, Control and 
+10 
,u.A 
VIN = Vee 
Return Lines 
-100 
,u.A 
VIN = OV 


IIL2 
Input Leakage Current on All Others 
±10 
,u.A 
VIN = Vee to OV 


IOFL 
Output Float Leakage 
±10 
,u.A 
VOUT = Vee to 0.45V 


Ice 
Power Supply Current 
120 
mA 


CIN 
Input Capacitance 
10 
pF 
fe = 1 MHz Unmeasured 


COUT 
Output Capacitance 
20 
pF 
Pins Returned 
to VSS(6) 


8279 
8279·5 


Symbol 
Parameter 
Unit 


Mln 
Max 
Mln 
Max 


tAR 
Address 
Stable Before READ 
50 
0 
ns 


tRA 
Address 
Hold Time for READ 
5 
0 
ns 


tRR 
READ Pulse Width 
420 
250 
ns 


tRO(4) 
Data Delay from READ 
300 
150 
ns 


tAO(4) 
Address 
to Data Valid 
450 
250 
ns 


tOF 
READ to Data Floating 
10 
100 
10 
100 
ns 


tRey 
Read Cycle Time 
1 
1 
,u.s 


tAW 
Address 
Stable Before WRITE 
50 
0 
ns 


tWA 
Address 
Hold Time for WRITE 
20 
0 
ns 


8279 
8279-5 
Symbol 
Parameter 
Unit 


Mln 
Max 
Mln 
Max 


tww 
WRITE Pulse Width 
400 
250 
ns 


tow 
Data Set Up Time for WRITE 
300 
150 
ns 


two 
Data Hold Time for WRITE 
40 
0 
ns 


tWCY 
Write Cycle Time 
1 
1 
JA-s 


8279 
8279-5 


Symbol 
Parameter 
Unit 


Mln 
Max 
Mln 
Max 


td>W 
Clock Pulse Width 
230 
120 
ns 


tCY 
Clock Period 
500 
320 
ns 


Keyboard 
Scan Time 
5.1 ms 


Keyboard 
Debounce 
Time 
10.3 ms 


Key Scan Time 
80 JA-s 


Display Scan Time 
10.3 ms 


NOTES: 
1. 8279, 
IOL = 1.6 mA; 8279·5, 
IOL = 2.2 mA. 
2.IOH 
= -100 
",A 
3.8279, 
Vcc = 
+5V 
±5%; 
8279-5, 
Vcc = 
+5V 
±10% 
4.8279, 
CL = 100 pF; 8279·5, 
CL = 150 pF. 


5. The Prescaler 
should 
be programmed 
to provide 
a 10 "'S internal 
clock 
cycle. 
6. Sampled 
not 100% 
tested. 
TA = 25'C . 
• For Extended 
Temperature 
EXPRESS, 
use M8279A 
electrical 
parameters. 


Digit-on Time 
.480 
JA-s 


Blanking Time 
160 JA-s 


Internal Clock Cycle(S) 
10 JA-s 


A.C. TESTING 
INPUT, 
OUTPUT 
WAVEFORM 


INPUTIOUTPUT 
2.4=X 
>C 


2.0 
2.0 
> TEST 
POINTS < 


0.' 
0.' 
0.45 
_ 


DEVICE 
UNDER 
TEST 


290123-6 
A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and O.4SV 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and O.BV for a Logic "0". 


IC,-121lpF 


5, 
L 


ENCODED 


SCAN 


S, 
L 
L 


SoU 
U 
U 
U 
5'-U 
U 
U 
U 


DECODED 
SCAN 


S, 
U 
U 
U 
U- 


s, 
U 
U 
U 
LJ 


290123-11 


'PRESCALER 
PROGRAMMED 
FOR 
IN- 


TERNAL 
FREQUENCY 
= '00 kHz 
SO 


ICY:: 
10p.S 


NOTE: 
Shown 
is encoded 
scan 
left entry 
S2-S3 
are not shown 
but they are simply 
S1 divided 
by 2 and 4. 


inter 
82389 
MESSAGE PASSING COPROCESSOR 
A MULTIBUS® II BUS INTERFACE CONTROLLER 


• 
Highly Integrated 
VLSI Device 
- 
Single-Chip 
Interface 
for the Parallel 
System 
Bus (IEEE 1296) 
-Interrupt 
Handling/Bus 
Arbitration 
Functions 
- 
Dual-Buffer 
Input and Output 
DMA 
Capabilities 
- 
Nine 32-Byte 
High Speed 
FIFOs 


• 
Multiple 
Interface 
Support 
- 
Complete 
Protocol 
Support 
of the 
PSB Bus (Message 
Passing) 
- 
Processor 
Independent 
Interface 
(8, 16, or 32-Blt CPU) 
- 
Low-Cost 
8-Blt Mlcrocontroller 
Interface 
- 
Dual-Port 
Memory 
Interface 


• 
High Performance 
Coprocessing 
Functions 
- 
Offloads 
CPU for Communication 


and Bus Interfacing 
- 
40 Megabytes/See 
Burst Transfer 


Speed 
- 
Optimized 
for Real-Time 
Response 


(Max. 900 ns for 32-Byte 
Interrupt 


Packet) 


• 
Compatible 
with Bus Arbiter 
Controller 


(BAC) and Message 
Interrupt 
Controller 


(MIC) Interface 
Designs 


• 
CMOS Technology 


• 
149 Pin PGA Package 
(15 x 15 Grid) 


The MPC 82389 is a highly integrated VLSI device that maximizes the performance of a Multibus~ II based 
multiprocessor system. It integrates the functions of bus arbitration, packetizing data for transmit, error han- 
dling and interrupt control. Because of these integrated functions the host CPU can be offloaded to utilize the 
maximum bus performance and subsequently increase the system throughput. The MPC 82389 also supports 
geographic addressing by providing access to the local interconnect registers for reference and control. 


The MPC 82389 is designed to interface with an 8, 16, or 32-bit processor and the Parallel System Bus 
performance is not affected by the CPU buswidth or its bandwidth. The data on the Parallel System Bus is 
burst transferred at the maximum bus speed of 40 Megabytes/second regardless of CPU bus performance. 
Such performance is possible due to decoupling of the CPU from the Parallel System Bus. 
o 
LOCAL 
~ 
RESOURCES 


~ 
lfLOCAL 
lfLOCAL 
~ 
.JYUS 
.JYUS 
[J [J[J 


inter 
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The Message 
Passing coprocessor 
82389 is a highly 


integrated 
CMOS VLSI device to interconn~ct 
intelli- 
gent boards 
in a MUL TIBUS 
II system 
environment. 


The parallel system bus of the MBII architecture 
def- 


inition 
however 
allows 
existence 
of intelligent 
and 


non-intelligent 
boards 
in the system. 


This section 
of the data sheet describes 
the device 


in general 
including 
the definition 
of m~ssag~ 
pass- 
ing protocol 
and the subsequent 
sections 
will con- 


tain the detailed 
features 
of the device. 
Please refer 


to the MPC User's 
Manual 
for more de1ails. 


1.1 MPC 82389 Functional 
Overview 


The 
MPC 82389 
is a Bus Interface 
Controller 
de- 


signed 
to offload 
the 
host 
CPU for interprocessor 


communication 
on the PSB network, 
and it's primary 


function 
is to support 
the communication 
protocol 


standard 
defined 
for the PSB bus (message 
pass- 


ing). The device provides 
both the physical 
~nd data 


link 
support. 
By standardizing 
the 
signal 
Interface 


(physical), 
it allows 
multiple 
vendors 
to offer 
stan- 


dard add-on 
products 
for the user and at the same 


time 
it reduces 
costly 
overheads 
for the suppliers. 
The data link protocol 
is completely 
handled 
by the 


MPC 82389 
including 
packetization 
after 
receiving 


data from 
the local 
interface, 
bus arbitration, 
burst 


transfer 
and error 
detection 
without 
the CPU inter- 
vention. 


The 
PSB bus standard 
is defined 
for easy 
access 


and sharing 
of resources 
in a distributed 
processi~g 


environment. 
The 
MPC 
82389 
complements 
thiS 


standard 
by providing 
an optimized 
interface 
for the 


PSB bus usage at its maximum 
bandwidth. 


The MPC 82389 also features 
three additional 
inter- 


faces for use on a processor 
board. 


Local 
Bus 
Interface 
for 
Host 
independent 
CPU. 
The CPU can be 8, 16 or 32 bits wide. 


Interconnect 
Bus for interfacing 
to a low-cost 
mi- 


crocontroller. 
The interconnect 
bus has a local ad- 
dress space which can be accessed 
by other agents 


on the PSB bus via the MPC. 


Dual-Port 
Memory 
Interface 
to support 
an alterna- 


tive 
communication 
approach 
which 
may 
coexist 


with the message 
passing 
method. 


1.2 Major Operations 
of the MPC 


82389 


- 
Support 
of both 
unsolicited 
and 
solicited 
~es- 


sage transfers. 
This interprocessor 
communica- 


tion 
protocol 
allows 
an intelligent 
agent 
on the 


PSB bus to communicate 
to another 
without 
any 


CPU intervention 
and at rates 
approaching 
the 


PSB bus bandwidth. 


- 
Support 
of 
single 
cycle 
accesses 
by the 
host 


processor 
to memory 
and I/O locations 
resident 


on the PSB bus. Bus architecture, 
parity genera- 


tion and error detection 
is completely 
handled 
by 


the MPC 82389 coprocessor 
.. 


- 
Support 
of accesses 
to local interconnect 
space 


by both the host processor 
and other agents 
on 


the PSB bus. 


- 
Support 
of accesses 
by the 
host 
processor 
to 
interconnect 
location 
assigned 
to other PSB bus 


agents. 


- 
Support 
of accesses 
to local, dual-port 
memory 


by other agents 
on the PSB bus. 


1.3 Message 
Passing 
Protocol 


The Multibus 
II architecture 
defines the data transfer 


protocol 
between 
agents 
on the PSB bus as Mes- 


sage Passing. 


Message 
Passing allows the PSB agents 
to transfer 


variable 
amounts 
of data at rates 
approaching 
the 


maximum 
bus speed. The MPC 82389 fully supports 


the standardized 
data link protocol 
designed 
for the 


PSB and the entire handshaking 
between 
agents on 
the PSB bus is handled 
by the MPC 82389 
without 


the CPU intervention. 


There are two types of messages 
that can be trans- 


mitted from one PSB agent to another: 
Unsolicited 


Messages 
and Solicited 
Messages. 


Unsolicited 
Messages-An 
unsolicited 
message 
is 


an intelligent 
interrupt 
also 
called 
virtual 
interrupt. 


This unsolicited 
message, 
as the name implies, is an 


asynchronous 
event to notify the receiving 
agent to 


prepare 
for the receipt 
of Solicited 
Messages. 
The 
message 
is in the form of a packet and it consists 
of 


information 
about the interrupt. 
By providing 
such in- 


telligence 
the receiving 
agent's 
CPU do not have to 


poll for information, 
thus resulting 
in minimal 
latency. 


Solicited 
Messages-The 
solicited 
messages 
are 
the actual data that are transmitted 
from one MPC to 


another. 
The data is once again broken into packets 


and these packets 
are transferred 
using the negotia- 


tion (handshaking) 
process 
which 
are synchronized 


by the MPC 82389 coprocessors. 


1.4 Compatibility 
with BAC/MIC 


Interface 
Designs 


The Bus Arbiter Controller (BAC) and Message in- 
terrupt Contoller (MIC) were the first support compo- 
nents for the Parallel System Bus. The BAC imple- 
mented the full arbitration, requestor, and replier 
functions of the PSB. The MIC supported the trans- 
mit and receiving of minimum size unsolicited (inter- 
rupt) messages. 


To ensure future compatibility with the MPC 82389 
implementation, the BAC/MIC architecture was put 
on a module called the docket for direct incorpora- 
tion onto the base-board. The PSB implementations 
for the MPC and the BAC/MIC docket are compati- 
ble in all respects. These implementations may co- 
exist on the PSB bus of the same system. For the 
host and microcontroller interfaces, compatibility is 
maintained for message and interconnect space op- 
erations. It is, thus, possible to replace the BAC/MIC 
docket with the MPC at little impact to the board 
design. 


Software initialization of the operating parameters 
for the MIC is possible through the Configuration 


Register to support host widths of 8, 16 or 32 bits. 
The MIC supports a host width of 8 bits only. Both 
implementations present similar software interfaces 
for the sending and receiving of interrupts. For de- 
tails about the initialization procedures and interrupt 
protocols, please refer to the MPC Users's Manual, 
Part Number: 176526. 


The MPC offers capabilities and performance far su- 
perior to the BAC/MIC implementation. Using the 
MPC, interrupt handling at the host interface can be 
improved by over an order of magnitude. Whereas 
the MIC can handle only minimum 4-by1einterrupts, 
the MPC enables up to 28 by1esof data to be sent 
and received along with each interrupt. Further, the 
MPC has dedicated support for DMA based solicited 
message transfer. 


The MPC82389 features 4 interfaces: the local CPU 
bus for processor interface, the interconnect bus for 
8-bit microcontroller interface, the Parallel System 
Bus interface and the dual-port memory interface. 


inter 


The local bus of the MPC 82389 is used to interface 
to a host processor. 
The CPU can be 8, 16, or 32 
bits 
wide 
and 
the 
interface 
is processor 
indepen- 
dent. 


The local bus interface 
supports 
direct references 
to 
memory, 
I/O and interconnect 
address 
space on the 
PSB bus. It also supports 
references 
to local inter- 
connect 
space and the full message 
passing 
proto- 
col. The 
entire 
local 
bus interface 
can be catego- 
rized 
into 
three 
sub-interfaces: 
register, 
reference 
and DMA. 


2.1.1 REGISTER 
INTERFACE 


The MPC 82389 
local bus register 
interface 
is used 
for message 
operations 
and access 
to the intercon- 
nect space. 
These 
operations 
are asynchronous 
to 
the bus clock or interconnect 
bus operation. 


2.1.2 REFERENCE 
INTERFACE 


The MPC 82389 
local bus reference 
interface 
sup- 
ports direct references 
to memory, 
I/O and intercon- 
nect address 
space on the PSB bus. Memory 
and 1/ 
o references 
are initiated 
by the CPU to the MPC. 


The MPC responds 
by putting the CPU on hold while 
arbitrating 
for PSB bus access. 
The CPU is held in 
WAIT state until the operation 
is complete 
or a bus 
exception 
occurs 
on the PSB bus. The' reference 
in- 
terface 
supports 
both read and write to the registers. 
The local interconnect 
address 
space is differentiat- 
ed from the interconnect 
address 
on the PSB bus by 
the bit pattern 
stored 
in the slot address 
register 
of 
the MPC. 


The 
DMA 
interface 
transfers 
data 
between 
local 
memory 
and the MPC 82389 
during 
solicited 
mes- 
sage operations. 
The MPC provides 
both the input 
and output channels 
to the PSB bus. The number of 
transfers 
to or from 
the MPC is determined 
by the 
maximum 
size of the packet buffer (32-byte) 
or com- 
pletion 
of the solicited 
transfer, 
whichever 
is less. 


The DMA interface 
is designed 
to operate 
on either 
a read or write command 
to allow two-cycle 
opera- 
tion or fly-by transfers. 
For two-cycle 
operation, 
the 
DMA uses a read operation 
to fetch 
data from the 
MPC and 
a write 
to put data 
into the 
MPC. Con- 
versely, a fly-by read or write operation 
occurs corre- 
spondingly 
to memory 
write or read operation. 


The DMA interface 
to the MPC performs 
best with 
aligned transfers. 
However, 
for compatibility 
with ex- 
isting software, 
the MPC supports 
operations 
of arbi- 
trary byte strings. 


2.2 
Parallel System Bus 


The 
MPC 82389 
provides 
a full 32-bit 
interface 
to 


the 
PSB bus and participates 
in arbitration, 
reque- 


stor control, 
replier control 
and error handling. 


The MPC 82389 
initials 
PSB bus access 
arbitration 
upon 
request 
generated 
inside 
the 
MPC. This 
re- 
quest could be the result of a synchronized 
PSB bus 
reference 
request 
(memory, 
I/O or interconnect) 
or 
a message 
packet 
transmit 
request 
from 
the CPU. 


The 
PSB 
bus 
arbitration 
specification 
can 
be 
re- 


ferred 
in the 
document, 
MPC User's 
Manual, 
Part 
Number: 
176526. 


The MPC 82389 
as a replier 
supports 
interconnect 
space reference 
and message 
reception. 
It gets into 
replier mode when a match is detected 
between 
the 
assigned 
slot ID and the address 
on the PSB bus. 


The interface 
space microcontroller 
is alerted 
of the 
replier 
mode condition. 
The address 
comparison 
is 
disabled 
when the MPC is the bus owner. 


The 
MPC allows 
interconnect 
space 
to be locked 
from 
the PSB bus. This inhibits 
local 
bus interface 
access 
requests. 


The 
MPC 82389 
monitors 
errors 
generated 
during 
the transfer 
operation. 
It provides 
error checking 
on 
incoming 
interconnect 
references 
that 
match 
the 
slot ID. If an exception 
occurs on the PSB bus while 
an interconnect 
operation 
is in progress, 
the 
MPC 
provides 
for a graceful 
recovery. 


The Interconnect 
bus of the MPC 82389 
has a sim- 
ple 8-bit interface. 
A low-cost 
microcontroller 
can be 
interfaced 
to perform 
board configuration 
at startup 
and other tasks like local diagnostics. 


The Interconnect 
space of an agent has a 512-byte 
register 
range. Within this space the microcontroller 
can store the local operating 
and configuration 
pa- 
rameters 
associated 
with the agent. For example 
lo- 


cal diagnostics 
can be executed 
out of the 
micro- 


controller 
and the results posted 
in the Interconnect 
space. IEEE 1296 specifications 
require the first rec- 


ord in the Interconnect 
space 
to contain 
the board 
ID and Intel recommends 
other 
record 
types. 
Refer 
to 
Interconnect 
Interface 
Specification, 
Part 
Num- 
ber: 149299. 


The MPC 82389 provides the path to access the 
local Interconnect space. The references supported 
are: 
1. CPU local bus to the local Interconnect space 
2. CPU local bus to the Interconnect space of anoth- 


er agent on the PSB bus 
3. From the PSB bus to the local Interconnect space 


The local Interconnect accesses are identified as 
slot IDs 24-31 and the Interconnect accesses on 
the PSB bus are mapped as slot IDs 0-23. 


The MPC participates in PSB bus handshake proto- 
col, parity generation and checking and agent error 
generation for local Interconnect accesses from the 
PSB bus. 


The Interconnect microcontroller is the master de- 
vice on the bus and all other devices including the 
MPC are slaves. 


The MPC 82389 supports the dual-port memory in- 
terface for those designs that must coexist with the 
memory passing architecture. 


The dual-port services supported are: Address rec- 
ognition, PSB bus replier handshake, error checking, 
and bus parity generation and checking. A useful re- 
covery mechanism is provided by the MPC should a 
bus exception error occur while a dual-port memory 
access is in progress. Although the MPC 82389 pro- 
vides bus parity check it is the responsibility of the 
memory controller to generate and check data pari- 
ty. 


2.5 Basic Implementation 
with the 


MPC82389 


Figure 2-2 shows a basic implementation of the 
MPC 82389. Included in this implementation is the 
interconnect interface to a microcontroller, the CPU 
interface and the PSB bus interface. 
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3.0 MPC 82389 INTERPROCESSOR 
COMMUNICATION 


A MUL TIBUS II system 
can have up to 20 boards in 


the slot 
backplane. 
Slot zero 
must 
have a Central 
Services 
Module (CSM) which provides 
bus initializa- 
tion and clocking. 
The remaining 
19 slots can have a 
mix of intelligent 
and non-intelligent 
boards. 
The in- 


telligent 
boards 
will typically 
communicate 
over the 
high speed 
PSB bus. Any processor 
based 
board 


may contain 
an MPC 82389 for high speed commu- 
nication and the MPC is designed 
to support the sys- 


tem performance 
and the data transfer 
speed of the 
PSB bus. The MPC has an optimized 
PSB bus inter- 


face. 


~~ 


...---------- 
---- 
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Message 
Passing 
over the 
PSB bus is completely 


handled 
by the 
MPC 
82389 
coprocessor 
without 


CPU intervention. 
The messages 
(data) are packe- 


tized in blocks of 32 bytes and burst transferred 
over 


the PSB bus. 


The decoupling 
is achieved 
by using very high speed 


FIFOs 
of the 
MPC 82389. 
Nine 32-byte 
FIFOs 
are 


used 
in the 
MPC 82389. 
Five of these 
FIFOs 
are 


used for setting 
up the unsolicited 
messages 
(inter- 


rupts). One is used for output 
set up and the other 


four for input set up of up to four unsolicited 
mes- 


sages. 
For data 
transmission 
(solicited 
messages) 


over 
the PSB, the 
MPC 82389 
has two dedicated 


solicited 
output and input channels. 
With each chan- 


nel, dual 32-byte 
FIFOs 
are used 
to pipeline 
data 


during output 
and input operation. 


290145-5 


Figure 
3-1. The MPC Uses Nine 32 Byte 
FIFOs to Couple 
the Local 
and System 
Buses 


inter 


Any device with an interface to the PSB bus is 
termed as an agent. The agents communicate over 
the PSB bus and they completely offload the CPU 
for other tasks. Each agent is assigned an 8-bit ad- 
dress for identification. 


The mechanism used for interprocessor communi- 
cation over the PSB entails a standardized data link 
protocol, and a dedicated address space. The infor- 
mation which is packetized is transmitted to a dedi- 
cated address space instead of the target memory. 
This addressing scheme serves to decouple the 
CPU from the PSB bus. Packetization serves to limit 
the time an agent has an access over the bus, thus 
protecting against hogging of the bus by agents 
which require transmitting a large amount of data. 


The data link protocol called message passing in- 
cludes two kinds of messages: unsolicited and solic- 
ited. 


Unsolicited message is an intelligent interrupt. It is a 
virtual interrupt for the receiving agent and includes 


all the information required to service the interrupt. It 
takes only 900 ns to send an unsolicited message 
over the PSB bus, and since the receiving agent's 
processor does not have to poll for servicing the 
interrupt, this mechanism is fast and efficient. 


The unsolicited message is sent as a packet consist- 
ing of up to 32 bytes, as shown in Figure 3-2. The 
address field is 8 bits long. Up to 255 agents can be 
addressed uniquely while one address is used for 
broadcast function. 


The general format for unsolicited messages varies 
depending on the CPU bus width. There are other 
variations depending on whether the CPU is receiv- 
ing or transmitting the message and the type of un- 
solicited message. 


Unsolicited messages are asynchronous in nature. 
These unsolicited messages are used to set up so- 
licited messages and contain Control and Command 
information. 


An unsolicited message consisting of 32 bytes takes 
a maximum of 900 ns to transmit. The unsolicited 
message packet without the optional 28-byte data 
will take only 200 ns to transmit. 


AD <7 •••0> 


DESTINATION 
ADDRESS 


00 


____ 
..•1= AVAILABLE 
fOR 


OPTIONAL DATA 


AD<31 ..24> 
AD<23 ..16> 
AD<15 ..8> 
AD<7 ..0> 


Source Add. 
Dest. Add. 


Byte 1 
Byte 0 


10 
Type 


Byte 3 
Byte 2 


Data, Byte 7 
Data, Byte 6 
Data, Byte 5 
Data, Byte 4 


Data, Byte 11 
Data, Byte 10 
Data, Byte 9 
Data, Byte 8 


Data, Byte 15 
Data, Byte 14 
Data, Byte 13 
Data, Byte 12 


Data, Byte 19 
Data, Byte 18 
Data, Byte 17 
Data, Byte 16 


Data, Byte 23 
Data, Byte 22 
Data, Byte 21 
Data, Byte 20 


Data, Byte 27 
Data, Byte 26 
Data, Byte 25 
Data, Byte 24 


Data, Byte 31 
Data, Byte 30 
Data, Byte 29 
Data, Byte 28 


Data, Byte 35 
Data, Byte 34 
Data, Byte 33 
Data, Byte 32 
Solie. only 
Solie. only 
Solie. only 
Solie. only 


PSB 
BUS 


20 
MBYTES/SEC 
SINGLE 
CYCLE 


40 
MBYTES/SEC 
BURST 
32 
MBYTES/SEC 
FOR 
MESSAGES 


(32 
BYTES 
IN 
10 CLOCKS) 


Solicited 
message 
consists 
of the actual data to be 


transferred 
from one agent to another 
over the PSB 


bus. The data is packetized 
in blocks 
of 32 bytes for 


transfer. 
Up to 16 Megabytes 
of data may be trans- 


ferred 
in a single solicited 
message. 


The transfer 
of data is negotiated 
between 
the trans- 
mitting 
and 
receiving 
agents 
via 
unsolicited 
mes- 


sages. 
By using the acknowledge 
response 
method 


through 
the unsolicited 
messages, 
the agents 
com- 


plete the transfer 
of data. 


A 
solicited 
message 
contains 
one 
or 
more 
data 


packets. 
The packetization 
of solicited 
messages 
is 


handled 
by the MPC. The padding 
of header 
infor- 
mation 
at the transmitting 
end and the stripping 
of 


this information 
out of the packet 
is solely the MPC 


responsibility. 
The local CPU simply 
fills or empties 


the FIFO over the local bus. The MPC also handles 
the 
last packet 
fillers 
to maintain 
the 32-byte 
data 


packet 
format. 
If necessary, 
during output the bytes 


are padded 
and during 
input the padded 
bytes 
are 


stripped 
by the MPC. 


For programming 
details 
consult 
MPC User's 
Manu- 


al, Part Number: 
176526. 


The 
advantages 
of decoupling 
the 
buses 
can 
be 


summarized 
in Figure 3-4. The effective 
speed 
per- 


formance 
numbers 
are also listed. The first advan- 


tage is that no resource 
is held in wait states 
while 


arbitration 
for 
another 
resource 
is occurring. 
The 


second 
advantage 
is that each transfer 
can occur at 


the full bandwidth 
of the associated 
bus. 


Figure 3·4. Message 
Passing Performance 
Example 
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The MPC 82389 is packaged 
in a 149 pin package. 
The signals for the device are functionally 
divided 
by their 


associated 
interfaces 
as shown 
in Figure 4-1. 
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This section describes each of the PSB bus signals 
that interface with the MPC. For complete descrip- 
tions of these signals, see the MULTIBUS II Archi- 
tecture Specification, Part Number: 146077. 


The PSB bus signals interfaced by the MPC 82389 
fall into five groups, depending on function: 
• Arbitration Operation Signal Group 
• Address/Data Bus Signal Group 
• System Control Signal Group 
• Central Control Signal Group 
• Exception Operation Signal Group 


Unless otherwise stated, all PSB bus signals are 
synchronous to the bus clock. 


4.1.1 ARBITRATION 
OPERATION 
SIGNAL 
GROUP 


The MPC 82389 interfaces directly with the Arbitra- 
tion Operation Signal Group of the PSB bus. These 
are all high-current drive, open-collector signals. Be- 
low is a description of each signal. 


BREQ (Bus Request) 
BREQ is a bidirectional open-collector signal that 
connects directly to the PSB bus. As an input to the 
MPC, it indicates that agents are awaiting access to 
the bus. In fair access mode, this inhibits the MPC 
from activatin~wn 
request. As an output, the 
MPC asserts BREQ to request access to the PSB 
bus. 


ARB<S ..O> (Arbitration) 
ARB < 5..0> are the arbitration signals for the PSB 
bus. At the MPC interface, these are bidirectional, 
open-collector signals that connect directly to the 
PSB bus. ARB<5 ..0> are used during normal oper- 
ation to identify the mode and arbitration priority of 
an agent during an arbitration cycle to facilitate the 
arbitration 
process. 
During 
system 
initialization 


(while reset is active), the Central Services Module 
(CSM) drives these signals to initialize slot and arbi- 
tration IDs. 


This signal group includes a 32-bit multiplexed ad- 
dress/data path that interfaces to the PSB address/ 
data bus. The MPC also includes the byte parity sig- 
nals present on the PSB bus BPAR<3 ..0>. All sig- 
nals in this group interface with the PSB bus through 
bus tranceivers. For the MPC, this signal group also 
includes signals to control these bus transceivers 
(ADDIR and REFADR). These signals are described 
next. 


BAD<31 ..0> 
(Buffered 
Address/Data) 


BAD<31 ..0> are the 32 buffered, multiplexed ad- 
dress/data signals that are bidirectional and provide 
the interface to the PSB address/data bus. At the 
MPC, these lines should be connected to the equiv- 
alent PSB bus AD signals using 74F245 or equiva- 
lent transceivers. 


BPAR < 3..0> (Buffered 
Parity) 
BPAR are four signals that provide parity for the 4 
bytes of the BAD bus. These bidirectional lines con- 
nect to the PSB bus PAR<3 ..0> signals through a 
74F245 or equivalent transceiver. These signals are 
used to receive byte parity for incoming operations 
and to drive byte parity for outgoing operations. 


ADDIR 
(Address/Data 
Direction) 
ADDIR is an output that provides direction control 
over 
the 
transceivers 
driving 
and 
receiving 


BAD<31..0> 
and BPAR<3 ..0>. In the high state, 


this signal causes the transceivers to place ad- 
dress/ data information along with parity onto the 
PSB bus. In the low state, this signal causes ad- 
dress/ data information and parity to be received 
from the PSB bus. 


REFADR 
(Reference 
Address 
Enable) 


REFADR is an output used to enable external ad- 
dress buffers. Asserting this signal places address 
information from the local bus onto BAD. The ad- 
dress path enabled by this signal is used for memory 
and I/O references to the PSB bus and is not used 
during message passing or for references to inter- 
connect space on the PSB bus. 


The MPC provides signals that are used to interface 
to the System Control Signal Group of the PSB bus. 
These signals are described next. 


BSC <9..0> (B'uffered 
System 
Control) 


BSC<9 ..0> 
is a group of ten bidirectional signals 


that interface to the System Control Signal Group of 
the PSB bus through 74F245 or equivalent trans- 
ceivers. Direction control of the transceivers is pro- 
vided by SCDIR<1, 0> (discussed next). Agents on 
the PSB bus use the System Control Signal Group to 
define commands or report status, depending on the 
phase of the operation. See the MULTIBUS II Archi- 
tecture Specification for more information on these 
signals. 


SCDIR < 1, 0> (System 
Control 
Direction) 


SCDIR< 1,0> 
are output signals that provide direc- 


tion control of the 74F245 transceivers driving and 
receiving SSC< 9..0>. SCDIROprovides control for 
BSC<9, 3..0>, while SCDIR1 provides control for 


inter 


BSC<8 
..4>. 
When 
either 
signal 
is high, the corre· 


sponding 
five bits of the BSC signal group are driven 


onto 
the 
PSB bus. When 
either 
signal 
is low, the 


corresponding 
five bits on the 
PSB bus are driven 


onto the BSC signal group. 


The MPC provides 
several 
signals that interface 
di- 


rectly or through 
transceivers 
to the Central 
Control 


signal group 
of the PSB bus. These 
signals 
are de- 


scribed 
next. 


BBCLK 
(Buffered 
Bus Clock) 


BBCLK 
is buffered 
from the PSB bus BCLK signal. 


This 
signal 
should 
be connected 
to BCLK 
using a 


74AS 1804 or equivalent 
inverting 
buffer. This clock 


is used for all synchronous 
internal 
MPC timing. 


LACHn 
(Latch 
n) 
LACHn is an input signal used during initialization 
of 


slot and arbitration 
IDs (where 
"n" 
is the slot num- 
ber). When 
the RESET 
signal 
is active, 
LACHn 
as- 
serted indicates 
to an agent that a slot or arbitration 


ID is available 
and should 
be latched. 
LACHn is an 


active 
high input 
and 
should 
be connected 
to the 


LACHn 
signal on the PSB bus with a 74AS1804 
or 


equivalent 
inverting 
buffer. 


RESET 
RESET 
is an input that, when 
asserted, 
places 
the 


MPC in a known 
state. 
Only the parts of the MPC 


involved 
with initialization 
of slot and arbitration 
IDs 


remain 
unaffected. 
RESET 
is an active 
high 
input 


and should 
be connected 
to the RST signal on the 


PSB bus with 
a 74AS1804 
or equivalent 
inverting 


buffer. 


Reset 
Condition 
Table 4-1 summarizes 
the states of the signals while 


the RESET signal is active. 


Signal 
Reset 
State 


BREQ, ARB<S ..O> 
Z 


BAD<31..0> 
Z 


ADDIR 
L 


REFADR 
H 


BSC<9 ..0> 
Z 


SCDIR<1,0> 
L 


BUSERR 
Z(H) 


RSTNC 
L 


SEL 
H 


D<31 ..0> 
Z 


WAIT 
H 


MINT, EINT 
L 


ODREQ, 
IDREQ 
L 


NOTES: 
H - 
Electrical 
High State 
L - 
Electrical 
Low State 
Z - 
High Impedence 


RSTNC 
(Reset 
Not Complete) 


RSTNC 
is a bidirectional, 
open-collector 
signal with 


high-current 
drive. 
It connects 
directly 
to the 
PSB 


bus. As an input, RSTNC inhibits the MPC from initi- 
ating 
PSB bus operations. 
As an output, 
the 
MPC 


asserts 
RSTNC 
to prevent 
PSB bus operation 
until 


the agent is finished 
with initialization. 
The MPC as- 


serts RSTNC 
whenever 
the RST signal 
is asserted 


by the 
Central 
Services 
Module 
(CSM). 
After 
the 


CSM 
deasserts 
RST 
and 
initialization 
of the 
local 


agent 
is complete, 
the interconnect 
microcontroller 


writes 
to a register 
within 
the MPC. The 
MPC then 


deasserts 
RSTNC. 


4.1.5 EXCEPTION 
OPERATION 
SIGNAL 
GROUP 


The MPC interfaces 
with both signals 
of the Excep- 


tion Operation 
Signal 
Group 
(part of the PSB bus), 


as described 
below. 


BUSERR 
(Bus 
Error) 
BUSERR 
is a 
bidirectional, 
open-collector 
signal 


with 
high-current 
drive. 
It connects 
directly 
to the 


PSB bus. As an input, the MPC uses this signal to 
detect 
bus errors 
signaled 
by other 
agents. 
As an 


output, the MPC uses BUSERR 
to indicate 
parity er- 
rors detected 
on either the BAD or BSC signals and 


to indicate 
handshake 
protocol 
violations 
detected 


on the BSC signals. 


TIMOUT 
(Time-Out) 
TIMOUT 
is an input from the PSB bus used to detect 


a time-out 
condition 
signaled 
by the CSM. TIMOUT 


is an active high input to the MPC and must be con- 
nected 
to 
the 
TIMOUT 
signal 
of 
the 
PSB 
bus 
through 
a 74AS1804 
or equivalent 
inverter 
buffer. 


inter 


4.2 
Dual-Port 
Memory Control Signals 


The MPC provides 
the following 
signals 
to support 


dual-port 
memory. 


SEL (Select) 
The 
MPC asserts 
SEL to indicate 
that 
a dual-EQ!! 


memory 
access 
is in progress. 
The assertion 
of SEL 


initiates 
the dual-port 
operation 
and during 
memory 


reads, can be used to enable the dual-port 
data buff- 


ers onto the BAD bus. When the MPC completes 
the 


PSB bus handshake 
on the PSB bus, or if the MPC 


detects 
an exception, 
it deasserts 
SEL. 


COM (Complete) 
COM is an input to the MPC. The dual-port 
memory 


controller 
asserts COM to indicate 
it is ready to com- 


plete dual-port 
access. 
COM is assumed 
to be syn- 


chronous 
to the 
bus clock. 
The 
MPC asserts 
the 


Replier 
Ready 
(SC4) signal on the PSB bus on the 


bus clock 
after the memory 
controller 
has asserted 


COM. The memory 
controller 
cannot 
deassert 
COM 


until the 
end-of-transfer 
(EOT) 
handshake 
is com- 


plete on the PSB bus. This requires that the memory 
controller 
monitor 
the 
PSB bus for the EOT hand- 
shake. 


ERR (Error) 
ERR is asserted 
by the dual-port 
mem~controller 


to signal 
a memory 
data pari~r. 
ERR must be 


stable (high or low) whenever 
COM is asserted. 
The 


MPC responds 
to this signal by completing 
the repli- 


er handshake 
on the PSB bus using a "data 
error" 


agent error code. This signal may be asynchronous 
to the 
bus clock 
since 
it is qualified 
by the 
COM 


signal. 


The 
MPC provides 
five signal 
groups 
that together 


interface 
to the 
CPU's 
local 
bus. These 
local 
bus 


signal groups 
are: 


• 
data 
• 
address 
and select 
• 
transfer 
control 
• 
interrupt 
• 
OMA control 


All local 
bus signals 
are assumed 
to be asynchro- 


nous to the bus clock. 


The 
local 
data 
bus 
(0<31..0» 
is a bidirectional 


group 
of 
signals 
that 
transfers 
data 
between 
the 


host CPU, OMA controller, 
or memory 
and the MPC. 
Although 
this is a 32-bit interface, 
the MPC provides 


control 
to allow operation 
with processors 
using 8-, 


16-, or 32-bit data buses. 


Not all processors 
use the same 
byte order 
when 


performing 
multiple 
data byte operations. 
For exam- 


ple, for a 16-bit write to memory, 
one processor 
may 
carry 
the 
least-significant 
byte 
on 
local 
bus 
bits 


0<7 
..0> 
and 
the 
most-significant 
byte 
on 
bits 


0< 15..8>, 
while 
another 
processor 
may carry the 


least-significant 
byte 
on 
bits 
0 < 15 ..8> 
and 
the 


most-significant 
byte on bits 0<7 
..0>. 
For a given 


agent, be sure to implement 
the processor 
interface 


to 
maintain 
consistent 
byte 
addressability 
with 
all 


other agents 
in the system. 


The address 
and status signals 
identify 
all MPC op- 


erations 
over the local bus. 


A<S ..2> (Address) 
The address 
inputs 
select 
MPC registers 
for mes- 


sage and interconnect 
space operations. 
A 1 and AO 


are omitted 
to provide 
a consistent 
register 
address 


for 
all data 
bus width 
options. 
These 
signals 
are 


qualified 
by commands 
in the MPC (for example, 
RO 


or WR, defined 
in section 
4.1.3.3). 
To the MPC, the 


state of A < 5..2 > must be stable within the specified 
setup and hold window. 
The address 
values defined 


by A < 5..2 >, and required to access 
MPC registers, 


are provided 
in, "Programming 
the Host 
Interface" 


of the MPC User's 
Manual, 
Part Number: 
176526. 


BE<3 ..0> (Byte 
Enable) 
These 
input signals 
identify 
valid bytes for memory 


and I/O reference 
operations 
and also provide 
data 


path control 
for register 
and 
OMA operations. 
The 


assertion 
of a byte enable signal validates 
a particu- 


lar byte on the data bus. Signals 
BE < 3..0 > 
corre- 


spond 
to data 
bytes 
3 through 
0 on the data 
bus 
(where 
byte 
3 is 0 < 31..24 ». 
Only 
combinations 


supported 
by the 
PSB bus specification 
are valid. 


Valid 
combinations 
are 
summarized 
in Table 
4-2. 


Values 
not 
shown 
in the 
table 
are illegal 
and 
will 


result in unpredictable 
operation. 
These 
signals 
are 


qualified 
by commands 
(for example, 
RO or WR) in 


the MPC and must be stable within the specified 
set- 


up and hold window. 


Operation 
with 
32-bit 
local 
buses 
requires 
that 
all 


byte enable 
and data 
signals 
are used. 
F~ 
6-bit 


local buses, BE2 and BE33 are deasserted, 
BE1 and 


BE2 are used to indicate 
which of the two bytes will 


contain valid data, and only 0 < 15..0> 
are used. For 


8-bit local bus operations, 
BE3 is asserted, 
BE2 is 


deasserted, 
and 
BE1 and 
BEO are used 
to select 


which 
byte of the PSB bus will carry the valid data 


byte. This 
mode 
uses only 
0<7 
..0> 
(on the local 


bus). Note tl(at during all read operations, 
the MPC 


drives 0<31..0>. 


inter 


Local Bus 
PSB Bust 


BE3 
BE2 
BE1 
BEO 
031- 
023- 
015- 
07- 
A031- 
A023- 
A015- 
A07- 


024 
016 
08 
DO 
A024 
A016 
A08 
ADO 


L 
L 
L 
L 
V3 
V2 
V1 
va 
V3 
V2 
V1 
va 
L 
L 
L 
H 
V3 
V2 
V1 
x 
V3 
V2 
V1 
x 
H 
L 
L 
L 
x 
V2 
V1 
va 
x 
V2 
V1 
va 
L 
L 
H 
H 
V3 
V1 
x 
x 
x 
x 
V3 
V2 
H 
L 
L 
H 
x 
V2 
V1 
x 
x 
V2 
V1 
x 
H 
H 
L 
L 
x 
x 
V1 
va 
x 
x 
V1 
va 
L 
H 
H 
H 
V3 
x 
x 
x 
x 
x 
V3 
x 
H 
L 
H 
H 
x 
V2 
x 
x 
x 
x 
x 
V2 
H 
H 
L 
H 
x 
x 
V1 
x 
x 
x 
V1 
x 
H 
H 
H 
L 
x 
x 
x 
va 
x 
x 
x 
va 
L 
H 
L 
H 
x 
x 
x 
va 
x 
x 
va 
x 
L 
H 
H 
L 
x 
x 
x 
va 
x 
x 
x 
va 


NOTES: 
L - 
Electrical 
low state 
(active) 
H - 
Electrical 
high state 
(inactive) 
Vx - 
Valid data bytes 
x - 
Active 
bytes with undefined 
data 


t - 
For this PSB bus, these 
combinations 
apply to reference 
operations, 
not message 
space 
operations 


MEMSEL (Memory Select) 
This MPC input signal, when asserted, indicates to 
the MPC that the current operation is a memory ref- 
erence to the PSB bus. It is qualified by the assertion 
of AD or WA (defined in section 4.3.3).The state of 
MEMSEL be must stable within the defined set-up 
and hold window. Additionally, for MEMSEL to be 
valid, the signals 10SEL, AEGSEL, IDACK, and 
ODACK must not be active during the same setup 
and hold window. (IDACK and ODACK are defined 
later in section 4.3.5.) 


IOSEL (I/O Select) 
This input signal, when asserted, indicates to the 
MPC that the current operation is an I/O reference 
to the PSB bus. It is qualified by the assertion of AD 
or WA (defined in section 4.3.3).The state of 
10SEL must be stable within the defined setup and 
hold window. Additionally, for 10SELto be valid, the 
signals MEMSEL, AEGSEL, IDACK, and ODACK 
must not be active during the same setup and hold 
window. (IDACK and ODACK are defined later in 
section 4.3.5.) 


This input signal, when asserted, identifies an opera- 
tion as an MPC-register access. The host CPU as- 
serts AEGSEL to set up the MPC for message or 
interconnect 
space 
operations 
and 
these 
are 


mapped as register o~atio~ 
AEGSEL is qualified 


by the assertion of AD or WA (defined in section 
4.3.3).The state of AEGSEL must be stable within 
the 
defined 
setup 
and 
hold 
window. Addition- 


ally, for AEGSEL to be valid, the signals MEMSEL, 
10SEL, IDACK, and ODACK must not be active dur- 
ing the same setup and hold window. (IDACK and 
ODACK are defined later in section 4.3.5). 


LOCK 
This input signal allows back-to-back operations to 
be performed on the PSB bus or to local intercon- 
nect space. When LOCK is asserted, any resource 
accessed by the operation (PSB bus or local inter- 
connect space) is locked until LOCK is deasserted. 


Transfer control to the MPC over the local bus is 
provided by two command signals (Aead and Write) 
and a wait signal. This handshake provides fUlly in- 
terlocked (two-sided handshake) operation. 


RO (Read) 
This input signal, when asserted, ~erally 
initiates a 


read operation. The CPU asserts AD to initiate read 
~rations 
of MPC registers. The CPU also asserts 


AD to initiate read operations of I/O and memory 
locations present on the PSB bus. The DMA control- 
ler asserts AD to qualify DMA cEes. 
In this last 


case, the MPC does not interpret AD as an indicator 
of the data transfer direction, but only to qualify the 
DMA 
acknowledge 
si9.!!al (see 
definitions 
for 


ODACK and IDACK). AD must transition cleanly, 
since it is used to latch other signals that define the 
parameters of the operation. 


WR (Write) 
.This input signal, when asserted, ~erally 
initiates a 


write operation. The CPU asserts WR to initiate write 
~rations 
of MPC registers. The CPU also asserts 


WR to initiate write operations of I/O and memory 
locations present on the PSB bus. The DMA control- 
ler asserts WR to qualify DMA ~es. 
In this last 


case, the MPCdoes not interpret WR as an indicator 
of the data transfer direction, but only to qualify the 
DMA 
acknowledge 
s~al 
(see 
definitions 
for 


ODACK and IDACK). WR must transition cleanly, 
since it is used to qualify other signals that define 
the parameters of the operation. 


WAIT 
WAIT is an MPC output signal used to delay (or sus- 
pend) a local bus operation during an access to an 
asynchronous resource via the MPC. The MPC as- 
serts WAIT to the local CPU for memory, I/O, and 
interconnect accesses to the PSB bus; and for local 
interconnect accesses. WAIT, when asserted, al- 
lows time for the accessed resource to become 
available. The MPC asserts WAIT after the CPU has 
asserted the command signal (RD or WR). On the 
PSB bus, the MPC deasserts WAIT after either the 
PSB bus EOT handshake or an exception has oc- 
curred. For accesses to local interconnect space, 
the MPC deasserts WAIT after the interconnect op- 
eration is complete. 


Interrupt signals are used to inform the host CPU 
that the MPC requires service. The MPC provides 
two signals: one for message operations and one for 
reference errors. 


MINT (Message 
Interrupt) 
The MPC asserts this output signal for all message- 
related signaling to the host CPU. This includes the 
arrival of an unsolicited message, an available trans- 
mit FIFO buffer, the completion of a solicited trans- 
fer, and an error on message transfer. 


EINT (Error 
Interrupt) 
The MPC asserts this output signal to the CPU to 
indicate errors related to memory, I/O, or intercon- 
nect space operations (Le., all except message op- 
erations). Internal registers in the MPC provide de- 
tails of the error via interconnect space. 


4.3.5 DMA CONTROL 
SIGNALS 


The MPC provides several DMA control signals to 
support an external DMA controller. A DMA control- 
ler is required to support solicited message opera- 
tions. 


ODREQ 
(Output 
Channel 
DMA Request) 


ODREQ is an output signal the MPC asserts to en- 
able DMA transfer of data to the MPC (Le.,output to 
the PSB bus). This signal behaves as a normal DMA 
request line. For a solicited message output opera- 
tion, the MPC asserts ODREQ when a solicited out- 
put packet buffer is empty and as long as the MPC is 
in the transfer phase (the Buffer Request unsolicited 
message has been sent). The DMA controller re- 
sponds by performing DMA transfers to the MPC for 
transfer to the receiving agent. 


IDREQ (Input Channel 
DMA Request) 


The MPC asserts this output signal to enable DMA 
transfer of data from the MPC (Le., input from the 
PSB bus). This signal behaves as a normal DMA 
request line. For a solicited message input opera- 
tion, the MPC asserts IDREQ after a solicited input 
packet buffer is full and as long as the MPC is in the 
transfer phase. The DMA controller responds by 
performing DMA transfer from the MPC. IDREQ re- 
mains asserted until the packet is transferred to 
memory. 


ODACK 
(Output 
Channel 
DMA Acknowledge) 


ODACK is an input signal asserted by the DMA con- 
troller in response to the assertion of ODREQ by the 
MPC. The DMA controller asserts ODACK to set up 
the MPC for the DMA transfer from local memory (or 
the controller) to the MPC. The assertion of ODACK 
is qualified by the assertion of RD or WR by the 
MPC. The direction of data transfer with respect to 
the MPC is controlled by the request signal (IDREQ 
or ODREQ) and the acknowledge~nal 
(IDACK or 


ODACK). The command signal (RD or WR) only 
qualifies 
the 
acknowledge 
signal 
(IDACK 
or 


ODACK). The state of ODACK must be stable within 
the defined setup and hold window. Additionally, for 
00ACi< to be valid, the signals MEMSEL, 10SEl, 
REGSEl, and IDACK must not be active during the 
same setup and hold window. 


IDACK (Input 
Channel 
DMA Acknowledge) 


IDACK is an input signal asserted by the DMA con- 
troller in response to the assertion of IDREQ by the 
MPC. The DMA controller asserts IDACK to set up 
the MPC for the DMA transfer from the MPC to the 
DMA controller (or local memory). The assertion of 
IDACK is qualified by the assertion of RD or WR by 
the DMA controller. The direction of data transfer 
with respect to the MPC is controlled by the request 
signal (IDREQ or ODREQ) and the acknowled~ig- 
nal (IDACK or ODACK). The command signal (RD or 
WR) only qualifies the acknowledge signal. The 
state of 
IDACK must be stable within the de- 


inter 


fined setup and hold window. Additionally, for "iDi\CR 
to be valid, the signals MEMSEL, IOSEL, REGSEL, 
and ODACK must not be active during the same set- 
up and hold window. 


The interconnect bus signals provide a simple inter- 
face to a microcontroller for implementation of inter- 
connect space. All interconnect bus signals are 
asynchronous to the bus clock and to the local bus 
signals. 


IAD<7 ..0> 
(Interconnect 
Address/Data) 


IAD<7 ..0> is an 8-bit, bidirectional, multiplexed ad- 
dress and data bus intended to interface directly to a 
microcontroller. In addition to the MPC, other inter- 
connect registers can be connected to this bus. 


IREQ (Interconnect 
Request) 


The MPC asserts this output signal when an inter- 
connect operation has been requested from either 
the local bus or the PSB bus. The MPC deasserts 
IREO after the microcontroller has written to the In- 
terconnect Reference Arbitration register. 


lAST (Interconnect 
Address 
Strobe) 


lAST is an input signal from the microcontroller and, 
when asserted, indicates that a valid address is on 
the interconnect bus. lAST may be directly connect- 
ed to the ALE (Address Latch Enable or equivalent) 
output of most microcontrollers. lAST must provide 
clean transitions. 


IRD (Interconnect 
Bus Read) 


IRD is an input signal. The microcontroller asserts 
IRD to perform a read operation to one of the MPC 
interconnect interface r~ters. 
IRD must provide 


clean transitions. When IRD is asserted in conjunc- 
tion with the IWR signal, all MPC outputs are dis- 
abled. 


IWR (Interconnect 
Write) 
IWR is an input signal. The microcontroller asserts 
IWR to perform a write operation to one of the MPC 
interconnect interface r~ers. 
IWR must provide 


clean transitions. When IWR is asserted in conjunc- 
tion with the IRD signal, all MPC outputs are dis- 
abled. 


The MPC requires supply voltage and ground con- 
nections at the pin numbers listed below. 


Vcc 
Ground 


D4 
J3 


M4 
N4 


N8 
N6 


M12 
N9 


D12 
N11 


C7 
N13 
K13 
F13 
C12 
D8 
C5 
C3 


The MPC 82389 is packaged in a 149 lead pin grid 
array. The square package has a 15 x 15 grid layout 
with the outer 3 rows used along each edge. 


5.1 Pin Assignment 


The MPC 82389 pinout as viewed from the top side 
of the component is shown in Figure 5-1. When 
viewed from the pin side, the component pin layout 
is shown in Figure 5-2. 


To reduce possible noise problems on the board, 
Vcc and Vss must be connected to multiple sup- 
plies. The board should be laid out with Vcc and 
Ground planes for power distribution and the com- 
ponents Vcc and Vss must be connected to the ap- 
propriate power plane. 


inter 
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Figure 5-1. MPC 82389 Pinout-View 
from Top Side 
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0 
0 
0 
0 
0 
0 
A 
IA07 
031 
030 
028 
026 
023 
020 
017 
014 
012 
09 
07 
04 
02 
00 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
IA06 
IA05 
029 
027 
025 
022 
019 
016 
013 
011 
08 
06 
03 
01 
A5 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
C 
IWR 
IA04 
1A03 
VSS 
024 
021 
018 
015 
Vcc 
010 
VSS 
05 
VSS 
A4 
BE3 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
iR5 
IA02 
IAOI 
VCC 
VSS 
VCC 
A2 
A3 
BE2 
0 
0 
0 
0 
0 
0 
IREO 
lAST 
IAOO 
BEO 
BEl 
REGSEL 
0 
0 
0 
0 
0 
0 
BAOI 
BAOO 
VSS 
10SEL 
MEMSEL 
10REO 
0 
0 
0 
(BOnOM 
VIEW) 
0 
0 
0 
G 
BA04 
BA03 
BA02 
OOACK 
10ACK 
OOREO 
0 
0 
0 
0 
0 
0 
H 
BA07 
8A06 
BA05 
WAIT 
WR 
Rii 
0 
0 
0 
0 
0 
0 
BA010 
BA09 
BA08 
Vss 
LOCK 
MINT 
0 
0 
0 
0 
0 
0 
BA012 
BAOll 
Vss 
COM 
ERR 
EINT 
0 
0 
0 
0 
0 
0 
BA015 
BA014 
BA013 
BSCI 
BSCO 
SEL 
0 
0 
0 
0 
0 
0 
0 
0 
•• 
BA018 
BA017 
BA016 
Vcc 
Vcc 
BSC4 
BSC3 
BSC2 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
N 
BA020 
BA019 
VSS 
BA027 
Vss 
BPARO 
VSS 
Vcc 
REfAOR 
Vss 
ARB5 
Vss 
BSC5 
SCOIRO 
BSC9 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
BA021 
BA023 
BA025 
BA02B 
BA030 
BPARl 
BPAR3 
LACHn 
BUSERR 
BREO 
ARB4 
ARB3 
ARBI 
BSC7 
BSC6 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
BA022 
BA024 
BA026 
BA029 
BA031 
BPAR2 
RESET 
BBCLK 
TIMOUT 
AOOIR 
RSTNC 
ARB2 
ARBO 
SCOIRI 
BSC8 
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Figure 5-2. MPC 82389 Pinout-View 
from Pin Side 


SI,naland 
Pin # 
Signal and 
Pin # 
Signal and 
Pin # 
Characteristic 
Characteristic 
Characteristic 


Vcc 
D4 
REFADR 
0 
N7 
lAST 
I 
E14 


A5 
B1 
ADDIR 
0 
06 
IRD 
I 
D15 


A4 
C2 
BPAR3 
I/O 
P9 
IWR 
I 
C15 


A3 
D2 
BAD31 
I/O 
011 
IAD7 
I/O 
A15 


A2 
D3 
BAD30 
I/O 
P11 
IAD6 
I/O 
B15 


BE3 
C1 
BAD29 
I/O 
012 
IAD5 
I/O 
B14 


BE2 
D1 
BAD28 
I/O 
P12 
IAD4 
I/O 
C15 


BE1 
E2 
BAD27 
I/O 
N12 
IAD3 
I/O 
C13 
BEO 
E3 
BAD26 
I/O 
013 
IAD2 
I/O 
D14 
10SEl 
F3 
BAD25 
I/O 
P13 
IAD1 
I/O 
D13 


MEMSEl 
F2 
BAD24 
I/O 
014 
IADO 
I/O 
E13 
REGSEl 
E1 
BAD23 
I/O 
P14 
Vcc 
D12 
IDACK 
G2 
BAD22 
I/O 
015 
Vss 
C12 
ODACK 
G3 
BAD21 
I/O 
P15 
D31 
I/O 
A14 
IDREO 
0 
F1 
BAD20 
I/O 
N15 
D30 
I/O 
A13 


ODREO 
0 
G1 
BAD19 
I/O 
N14 
D29 
I/O 
B13 
WR 
I 
H2 
BAD18 
I/O 
M15 
D28 
I/O 
A12 
RD 
I 
H1 
BAD17 
I/O 
M14 
D27 
I/O 
B12 
WAIT 
0 
H3 
BAD16 
I/O 
M13 
D26 
I/O 
A11 
Vss 
J3 
BAD15 
I/O 
014 
D25 
I/O 
B11 
MINT 
0 
J1 
BAD14 
I/O 
L14 
D24 
I/O 
C11 
EINT 
0 
K1 
BAD13 
I/O 
L13 
D23 
I/O 
A10 
lOCK 
I 
J2 
BAD12 
I/O 
K15 
D22 
I/O 
B10 
ERR 
0 
K2 
BAD11 
I/O 
K14 
D21 
I/O 
C10 
SEe 
0 
L1 
BAD10 
I/O 
J15 
D20 
I/O 
A9 
COM 
I 
K3 
BAD9 
I/O 
J14 
D19 
I/O 
B9 
BSC9 
I/O 
N1 
BAD8 
I/O 
J13 
D18 
I/O 
C9 
BSC8 
I/O 
01 
BAD7 
I/O 
H15 
D17 
I/O 
A8 
BSC7 
I/O 
P2 
BAD6 
I/O 
H14 
D16 
I/O 
B8 
BSC6 
I/O 
P1 
BAD5 
I/O 
H13 
D15 
I/O 
C8 
BSC5 
I/O 
N3 
BAD4 
I/O 
G15 
D14 
I/O 
A7 
BSC4 
I/O 
M3 
BAD3 
I/O 
G14 
D13 
I/O 
B7 
BSC3 
I/O 
M2 
BAD2 
I/O 
G13 
D12 
I/O 
A6 
BSC2 
I/O 
M1 
BAD1 
I/O 
F15 
D11 
I/O 
B6 
BSC1 
I/O 
l3 
BADO 
I/O 
F14 
D10 
I/O 
C6 
BSCO 
I/O 
l2 
BPAR2 
I/O 
010 
D9 
I/O 
A5 
SCDIR1 
0 
02 
BPAR1 
I/O 
P10 
D8 
I/O 
B5 
SCDIRO 
0 
N2 
BPARO 
I/O 
N10 
D7 
I/O 
A5 
Vcc 
M4 
Vcc 
N8 
D6 
I/O 
B4 
Vss 
N4 
Vss 
N9 
D5 
I/O 
C4 
ARB5 
I/O,OC 
A15 
Vss 
N11 
D4 
I/O 
A3 
ARB4 
I/O,OC 
P5 
Vcc 
M12 
D3 
I/O 
B3 
ARB3 
I/O,OC 
P4 
Vss 
N13 
D2 
I/O 
A2 
ARB2 
I/O,OC 
04 
Vss 
F13 
D1 
I/O 
B2 
ARB1 
I/O,OC 
P3 
Vss 
K13 
DO 
I/O 
A1 
ARBO 
I/O,OC 
03 
BBClK 
I 
08 
Vcc 
C7 
Vss 
N6 
LACHn 
I 
P8 
Vss 
D8 
BREO 
I/O,OC 
P6 
RESET 
I 
09 
Vss 
C5 
TIMOUT 
0 
07 
RSTNC 
I/O,OC 
05 
BUSERR 
I/O,OC 
P7 
IREO 
0 
E15 
Vss 
C3 


NOTES: 
I = Input signal 
o = Output 
signal 
I/O 
= Input or output 
!lignal 
OC = Open-collector 
signal 


FOR DC/AC 
SPECIFICATIONS, 
PLEASE CONSULT 
THE 
LATEST 
REVISION 
OF THE DATA SHEET. CALL YOUR 
NEAREST 
INTEL DISTRIBUTOR 
OR THE INTEL SALES OFFICE. 
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The INTEL 8256 MUART is a Multifunction Univer- 
sal Asynchronous Receiver Transmitter designed to be 
used for serial asynchronous communication while alsC! 
providing hardware support for parallel I/O, timing, 
counting and interrupt control. Its versatile design al- 
lows it to be directly connected to the MCS@-85, 
iAPX-86, iAPX-88, iAPX-186, and iAPX-188 micro- 
computer systems plus the MCS-48and MCS-51family 
of single-chip microcomputers. 


The four commonly used peripheral functions con- 
tained in the MUART are: 
I) Full-duplex, double-buffered serial asynchronous 
ReceiverlTransmitter with an on-chip Baud Rate 
Generator 
2) Two-8-bit 
parallel I/O ports 
3) Five-8-bit 
counters/timers 
4) 8-levelpriority interrupt controller 


This manual can be divided into two parts. The first 
part describesthe MUART in detail, including its func- 
tions, registers and pins. This section also describesthe 
interface between the MUART and Intel CPUs plus a 
discussion on programming considerations. The second 
section provides an application example: a MUART- 
based line printer multiplexer. The Appendix contains 
software listings for the line printer multiplexer and 
some useful reference information. 


The MUART can be logically partitioned into seven 
sections: the microprocessor bus interface, the com- 
mand and status registers, clocking circuitry, asynchro- 
nous serial communication, parallel I/O, timer/event 
counters, and the interrupt controller. This can be seen 
from the block diagram of the 8256MUART as shown 
in Figure 1. The MUART's pin configuration can be 
seen in Figure 2. 


The microprocessor bus interface is the hardware sec- 
tion of the MUART which allows a /LPto communi- 
cate with the MUART. It consists of tristate bi-direc- 
tional data-bus buffers, an address latch, a chip select 
CS latch and bus control logic. In order to provide all 
of the MUART's functions in a 4O-pinDIP while re- 
taining direct register addressing, a multiplexed ad- 
dress/data bus is used. 


The MUART contains 16internal directly addressable 
read/write registers. Four of the eight address/data 
lines are used to generate the address. When using 8-bit 
microprocessors such as MCS-85, MCS-48 and MCS- 
51, ADO-AD3 are used to address the 16internal reg- 
isters while Address/Data line 4 (AD4) is not used for 
addressing. For 16-bitsystems, ADI-AD4 
are used to 


generate the address for the internal data registers and 
ADO is used as a second active low chip select. 


The 8256 bus interface uses the standard bus control 
signals which are compatible with all Intel pe"'!!pherals 
and microprocessors. The chip select signal (CS), typi- 
cally derived from an address decoder, is latched along 
with the address on the falling edge of ALE. As a re- 
sult, chip select does not have to remain low for the 
entire bus cycle. However, the data bus buffers will re- 
main tristated unless an RD or a WR signal becomes 
active while chip select has been latched in low. 


INT, INTA 


The INT and INTA signals are used to interrupt the 
CPU and receive the CPU's acknowledgment to the 
interrupt request. The MUART can vector the CPU to 
the appropriate serviceroutine depending on the source 
of the interrupt. 


When a high level occurs on the RESET pin, the 
MUART is placed in a known initial state. This initial 
state is described under "Hardware Reset". 


There are three command registers and one status reg- 
ister as shown in Figure I. The three command regis- 
ters are read/write registers while the status register is a 
read 
only. The 
command registers configure the 


MUART for its operating environment (i.e., 8 or 16 
bits CPU, system clock frequency). In addition, they 
direct its higher level functions such as controlling the 
UART, selecting modes of operation for the interrupt 
controller, and choosing the fundamental frequency for 
the timers. Command Register 3 is the only register in 
the MUART which is a bit set/reset register, allowing 
the programmer to simply perform one write to set or 
reset any of the bits. 


INTERRUPT 
INTERRUPT 
ADDRESS 
MASK 
REGISTER 
REGISTER 


INTERRUPT 
PRIORITY 
LOGIC 


RD 


WR 


ALE 


RESET 


INTA 


INT 


CLK 
EXTINT 


210907-1 


ADO 
Ycc 


AD1 
P10 


AD2 
P11 


AD3 
P12 


AD4 
P13 


DB5 
P14 


DB8 
P15 


DB7 
P18 


ALE 
P17 


RD 
P20 


Wii 
P21 


RESET 
P22 
CS 
P23 


INTA 
P24 


INT 
P25 


EXTINT 
P28 


eLK 
P27 


RiC 
T,O 


R,O 
rxc 


GND 
m 


The status register provides all of the information about 
the status of the UART's transmitter and receiver as 
well as the status of the interrupt pin. The status regis- 
ter is the only read only register in the MUART. 


The clock for the five timers and baud rate generator is 
derived from the system clock. The system clock, pin 
17 (CLK), is fed into a system clock prescaler which in 
turn feeds the five timers and the baud rate generator. 
The MUART's system clock can be asynchronous to 
the microprocessor's clock. 


The system clock prescaler is a programmable divider 
which normalizes the internal clocking frequency for 
the timers and baud rate generator to 1.024 MHz. It 
divides the system clock (CLK) by I, 2, 3, or 5, allow- 
ing clock frequencies of 1.024 MHz, 2.048 MHz, 3.072 
MHz or 5.12 MHz. (The commonly used 6.144 MHz 
crystal frequency for the 8085 results in a 3.072 MHz 
frequency from the 808S's CLK pin.) If the system 
clock is not one of the four frequencies mentioned 
above, then the frequency of the baud rate generator 
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and the timers will be nonstandard; 
however, the 


MUART 
will still run as long as the system clock 


meets the data sheet tcy spec. 


The timer prescaler permits the user to select one of 
two fundamental 
timing frequencies for all of the 
MUART's 
timers, either 1 kHz or 16 kHz. The fre- 


quency selection is made via Command Register O. 


The asynchronous serial interface of the MUART is a 
full-duplex double-buffered 
transmitter 
and receiver 
with separate control registers. The standard asynchro- 
nous format is used as shown in Figure 3. The opera- 
tion of the UART section of the MUART is very simi- 
lar to the operation of the 82SlA USART. 


The serial asynchronous receiver section contains a se- 
rial shift register, a receiver buffer register and receiver 
control logic. The serial input data is clocked into the 
receive shift register from the RxD pin at the specified 
baud rate. The sampling actually takes place at the ris- 
ing edge of RxC, assuming an external clock, or at the 
rising edge of the internal baud clock. When the receiv- 
er is enabled but inactive, the receive logic is sampling 
RxD at either 32 or 64 times the bit rate, looking for a 
change from the Mark (high) to the Space (low) state. 
This is commonly referred to as the start bit search 
mo.de.When this state change occurs, the receive logic 
walts one half of a bit time and then samples RxD 
again. If RxD is still in the Space state, the receive logic 
begins to clock in the receive data beginning one bit 
period later. If RxD has returned to the Mark state 
(i.e., false start bit), the receive logic will return to the 
start bit search mode. 


STO';l 
Brrs L 


000'----0. 
f f 
t 


OATA;BITS 


DOES NOT APPEAR 
ON THE DATA BUS 


t 
STt.:! 


BITS L 


PROGRAMMED 
CHARACTER 
LENGTH 


CPU BYTE 15·8 BITS/CHARI 


DATA C~~RACTER 


ASSEMBLED 
SERIAL 
DATA OUTPUT 
IhDI 


STOO 
BITS 


STO[1 
BITS 


CPU BYTE 158 BITS/CHARI' 


DATA CH:~ACTEH 


"NOTE: 
Ifcharacter length is defined as 5, 6, or 7 bits the unused bits are set to "zero". 


Normally the received data is sampled in the center of 
each bit, however it is possible to adjust the location 
where the bit .issampled. This feature is controlled by 
the modification register. 


The bit rate of the serial receive data is derived from 
either the internal baud rate generator or an external 
clock. When using an external clock, the programmer 
has a choice of three sampling rates: lx, 32x, or 64x. 
Using the internal baud rate generator, the sampling 
rates are all 64x except for 19.2 Kbps which is 32x. 


When the serial shift register clocks in the stop bit, an 
internal load pulse is generated which transfers the con- 
tents of the shift register into the receive buffer. This 
transfer takes place during the first half of the first stop 
bit. The load pulse also triggers several other signals 
relevant to the receivesection including Receive Buffer 
Full (RBF), Parity Error (PE), Overrun Error (OE), 
and Framing Error (FE). These four status bits are up- 
dated after the middle of the first stop bit when the 
receive buffer has already been latched. Each one of 
these four status bits are latched. They are reset on the 
rising edge of the first read pulse (RD) addressed to the 
status register. A complete description of the status reg- 
ister is given in the section "Description of the Regis- 
ters". 


When the serial receiver is disabled (via bit 6 of Com- 
mand Register 3) the load pulse is suppressed. The re- 
sult is that the receive buffer is not loaded with the 
contents of the shift register, and the RBF, PE, OE, 
and FE bits in the status register are not updated. Even 
though the receiver is disabled, the serial shift register 
will still be clocking in the data from RxD, if any. This 
means that the receiver will still be synchronized with 
the start and stop bits. For example, if the receiver is 
enabled via Command Register 3 in the middle of re- 
ceiving a serial character, the character will still be as- 
sembled correctly. When the receiver is disabled the 
last character receivedwill remain in the receivebuffer. 
On power-up the value in the receive buffer is unde- 
fined. 


Whenever a character length of fewer than 8 bits is 
programmed, the most significant bits of a received 
character will read as zero. Also, the receiver will only 
check the first stop bit of any character, regardless of 
how many stop bits are programmed into the device. 


A Receive Break occurs when RxD remains in the 
space state for one character time, including the parity 
bit (if any) and the first stop bit. The MUART will set 
the Break Detect status bit (BD) when it receives a 
break. The Break Detect status bit is set after the mid- 
dle of the first stop bit. If the MUART detects a break 


it will inhibit the receive buffer load pulse, thus the 
receive buffer will not be loaded with the null charac- 
ter, and none of the four status bits (PE, OE, FE, and 
RBF) will be updated. The last character received will 
remain in the receive buffer. A break detect state has 
the same effect as disabling the receiver-they 
both in- 


hibit the load pulse-therefore 
one can think of the 


break status as disabling the receiver. 


The Break Detect status bit is latched. It is cleared by 
the rising edge of the read pulse addressed to the status 
register. If a break occurs, and then the RxD data line 
returns to the Mark state before the status register is 
read, the BD status bit will remain set until it is read. If 
RxD returns to the Mark state after the BD status bit 
has been read true, the BD status bit will be reset auto- 
matically without reading the status register. 


The receivebreak detect logic of the MUART is inde- 
pendent of whether the receiver is enabled or disabled; 
therefore even if the receiver is disabled the MUART 
will recognize a break. When the RxD line returns to 
the Mark state after a break, the 8256 will be in the 
start bit search mode. 


If the receiver interrupt levelis enabled, break will gen- 
erate an interrupt request regardless of whether the re- 
ceiver is enabled. Another receive interrupt will not be 
generated until the RxD pin returns to the Mark state. 


The serial asynchronous transmitter section of the 
MUART consists of a transmit buffer, a transmit (shift) 
register, and the associated control logic. There are two 
bits in the status register which indicate the status of 
the transmit buffer and transmit register: TBE (trans- 
mit buffer empty) and TRE (transmit register empty). 


To transmit a character, a byte is written to the trans- 
mit buffer. The transmit buffer should only be written 
to when TBE = 1.When the transmit register is empty 
and CTS = 0, the character will be automatically 
transferred from the transmit buffer into the transmit 
register. The data transfer from the transmit buffer to 
the transmit register takes place during the transmis- 
sion of the start bit. After this transfer takes place, 
sometime at the beginning of the transmission of the 
first data bit, TBE is set to 1. 


When-the transmitter is idle, both TBE and TRE will 
be set to 1. After a character is written to the transmit 
buffer, TBE = 0 and TRE = 1.This state will remain 
for a short period of time, then the character will be 
transferred into the transmit register and the status bits 
will read TBE = 1 and TRE = O. At this point a 
second character may be written to the transmit buffer 
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after which TBE = 0 and TRE = O. TBE will not be 
set to 1 again until the transmit register becomes empty 
and is reloaded with the byte in the transmit butTer. 


The transmitter can be disabled only one way-using 
the ers pin. When crs = 0 the transmitter is en- 
abled, and when ers = 1the transmitter is disabled. If 
the transmitter is idle and ers goes from 0 to 1, dis- 
abling the transmitter, TBE and TRE will remain set to 
1. Since TBE = 1, a character can be written into t~e 
transmit butTer. The character 
will be stored in the 


transmit butTer but it will not be transferred to the 
transmit register until ers goes low. 


If ers goes from low to high during transmission of a 
character, the character in transmission will be com- 
pleted and TxD will return to the Mark state. If the 
transmitter is full (i.e., TBE and TRE = 0), the trans- 
mit shift register will be emptied but the transmit butTer 
will not; therefore TBE = 0 and TRE = 1. 


The MUART has three transmit break features: Break- 
In Detect, Transmit Break (TBRK), and Single Char- 
acter Break (SBRK). 


Break-In Detect-A 
Break-In condition occurs when 


the MUART is sending a serial message and the trans- 
mission line is forced to the space state by the receiving 
station. Break-In is usually used with half-duplex trans- 
mission so that the receiver can signal a break to the 
transmitter. 
Port 16 must be connected externally to 


the transmission line in order to detect a Break-In. If 
transmission voltage levels other than TTL are used, 
then proper butTering must be provided so that Port 16 
on the MUART will receive the correct polarity and 
voltage levels. 


When Break-In Detect is enabled, Port 16 is polled in- 
ternally during the transmission of the last or only stop 
bit of a character. If this pin is low during transmission 
of the stop bit, the Break Detect status bit (BD) will be 
set. Break-In Detect 
and receive Break Detect are 


OR-ed to set the BD status bit. (Either one can set this 
bit.) The distinction can be made through the interrupt 
controller. If the transmit and receive interrupts are 
enabled, a Break-In will generate an interrupt on level 
5, the transmit interrupt, while Break will generate an 
interrupt on level 4, the receive interrupt. If RxC and 
TxC are used for the serial bit rates, Break-In cannot be 
detected. 


Transmit Break-This 
causes the TxD pin to be forced 


low for as long as the TBRK bit in Command Register 
3 is set. While Transmit ButTeris active, data transfers 
from the Transmit ButTerto the Transmit register will 
be inhibited. 


If both the Transmit ButTerand the Transmit Register 
are full, and a Transmit 
Break command is issued 


(command register 3, TBRK = 1), the entire character 
in the Transmit register is sent including the stop bits. 
TxD is then driven low and the character in the Trans- 
mit ButTer remains there until Transmit Break is dis- 
abled (command register 3, TBRK = 0). At this time 
TxD will go high for one bit time and then send the 
character in the Transmit ButTer. 


Single Character Break-This 
causes TxD to be set low 


for one character including start bit, data bits, parity 
bit, and stop bits. The user can send a specific number 
of Break characters using this feature. 


If both the Transmit ButTerand the Transmit Register 
are full and a Send Break command is issued (com- 
mand register 3, SBRK = 1) the entire character in the 
Transmit Register is sent including the stop bits. TxD 
is driven low for one complete character time followed 
by a high for two bit times after which the character in 
the Transmit ButTeris sent. 


The modification register is used to alter two standard 
functions of the receiver (start bit check, and sampling 
time) and to enable a special indicator flag for half-du- 
plex operation (transmitter status). Disabling start bit 
check means that the receiver will not return to the 
start bit search mode if RxD has returned to the Mark 
state in the center of the start bit. It will simply proceed 
to assemble a character from the RxD pin regardless of 
whether it received a false start bit or not. The modifi- 
cation register also allows the user to defme where 
within the receive data bits the MUART will sample. 


The MUART contains 16 parallel I/O pins which are 
divided into two 8-bit ports. These two parallel I/O 
ports (port 1 and Port 2) can be used for basic digital 
110 such as setting a bit high or low, or for byte trans- 
fers using a two-wire handshake. Port I is bit program- 
mable for input or output, so any combination of the 
eight bits in Port I can be selected as either an input or 
an output. Port 2 is nibble programmable, which means 
that all four bits in the upper or lower nibble have to be 
selected as either inputs or outputs. For byte transfers 
using the two-wire handshake, Port 2 can either input 
or output the byte while two bits in Port I are used for 
the handshaking signals. 


All of the bits in Port 1 have alternate functions other 
than I/O ports. As mentioned above, when using the 
byte handshake mode, two bits on Port I are used for 
the handshaking signals. As a result, these two bits can- 
not be used for general purpose I/O. The other six bits 
in Port 1 also have alternate functions if they are not 
used as I/O ports. Table I lists each bit from Port 1and 
its corresponding alternate function. 
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Pin 
Pin 
Control 
Function 
Condition 
Symbol 
Number 


P10 
39 
ACK 
Control Signals for Port 2 
Mode Register 


P11 
38 
OBF 
8-bit Handshake 
Output 
P2C2 - 
P2CO = 101 


P10 
39 
STB 
Control Signals for Port 2 
Mode register 


P11 
38 
IBF 
8-bit Handshake 
Input 
P2C2 - 
P2CO = 100 


P12 
37 
Event Counter 2 
Mode Register 


Clock Input 
CT2 = 1 


P13 
36 
Event Counter 3 
Mode Register 
Clock Input 
CT3 = 1 


P14 
35 
Internal Baud Rate 
Mode Word 
Generator 
Clock Output 
P2CO - 
P2C2 = 111 


Port 1 Control Word P14 = 1 
Command 
Register 2 


B3 - 
BO ~ 3H 


P15 
34 
Timer 5 Trigger Input 
Mode Register 
T5C = 1 


P16 
33 
Break-In 
Detection 
Input 
Command 
Register 
1 


BRKI = 1 


P17 
32 
External 
Edge Sensitive 
I 
Command 
Register 
1 


Interrupt 
Input 
I 
BIT! = 1 


The bits in the Port I Control Register select whether 
the pins on Port I are inputs or outputs. The pins on 
Port I are selected as control pins through the other 
programming registers which are relevant to the con- 
trol signal. Configuring a bit in Port I as a control 
function overrides its definition in the Port I Control 
Register. If the pins on Port I are redefined as control 
signals, the definition of whether the pin is an input or 
an output in the Port I Control Register remains un- 
changed. If the pins on Port I are converted back to 
I/O pins, they assume the state which was defined in 
the Port I Control Register. 


Each parallel I/O port has a latch and drivers. When 
the port is in the output mode, the data written to the 
port is latched and driven on the pins. The data which 
is latched in the I/O ports remains unchanged unless 
the port is written to again. Reading the ports, whet~er 
the port is an input or output, gates the state at the pms 
onto the data bus. Writing to an input port has no effect 
on the pin, but the data is stored in the latch and will?e 
output if the direction on the pin is changed later. Wnt- 
ing to a control pin on Port I has the same effect as 
writing to an input pin. If pins 2, 3, 5, and 6 in Port I 
are used for control signals, the contents of the respec- 
tive output latches will be read, not the state of the 
control signals.If pins 0, I, and 7 on Port I are used for 
control signals, the state of the control signals will be 


read. If pin 4 on Port I is used as a test output for the 
internal baud rate, this clock signal will be output 
through the output latch, thus the information in the 
output latch will be lost. 


The Two-Wire 
Byte Handshake 


The 8256 can be programmed, via the Mode Register, 
to implement an input or output two-wire byte hand- 
shake. When the Mode Register is programmed for the 
byte handshake, Port 2 is used to transmit or receive 
the byte, and pins PIO and PII are used for the two 
handshake control signals. Figures 4 and 5 show a 
block diagram and timing signals for the two-wire 
handshake input and output. 


To set up the two-wire handshake output using inter- 
rupts one must first program the Mode Register, a~d 
then enable the interrupt via the interrupt mask regIs- 
ter. An interrupt will not occur immediately after the 
two-wire handshake interrupt is enabled. The interrupt 
is triggered by the rising edge of ACK. There are two 
ways to generate the first interrupt. Either the first data 
byte must be written to Port 2 and completely trans- 
ferred before an interrupt will occur, or the two-wire 
handshake interrupt is enabled while ACK is low, and 
then ACK goes high. 
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INT 
OBF 


INTA 
ACK 


iiii 
Procealor 
!8256 
Equipment 
WR 


Dotobu. 
~P27 


The MUART's 
five 8-bit programmable 
counters/tim- 


ers are binary preset table down counters. 
The distinc- 


tion between 
timer 
and counter 
is determined 
by the 


clock source. A timer measures an absolute time inter- 
val, and its input 
clock frequency 
is derived from the 
MUART's 
system clock. A counter's 
input clock fre- 
quency is derived 
from a pulse applied to an external 
pin. The counter 
is decremented 
on the rising edge of 
this pulse. 


When 
the 
counters/timers 
are 
configured 
as timers 
their clock source passes through 
two dividers: the sys- 
tem clock prescaler, 
and the timer prescaler. 
As men- 
tioned before, the system clock prescaler normalizes 
the 
internal system clock to 1.024 MHz. The timer prescal- 
er receives this normalized 
system clock and divides it 
down to either 
I kHz or 16 kHz, depending 
on how 
Command 
Register 
I is programmed. 
If more timing 
resolution 
is needed the clock frequency 
can be input 


externally 
through 
the I/O 
ports. 


By programming 
the Mode Register, 
four of the 8-bit 


counters/timers 
can be cascaded 
to form 
two 
16-bit 
counters. 
Counters/timers 
3 and 5 can be cascaded 
to- 
gether, 
and counters/timers 
2 and 4 can be cascaded 
together. 
Counters/timers 
2 and 3 are the lower bytes, 
while counters/timers 
4 and 5 are the upper bytes in 
the cascaded 
mode. 


Each 
counter 
can be loaded 
with an arbitrary 
initial 


value. Timer 
5 is the only timer 
which has a special 


save register 
which 
holds 
its initial 
value. 
Whenever 
Timer 5 is loaded with an initial value the special save 
register 
is also loaded with this value. Timer 
5 can be 
reloaded to its initial value from the detection of a high- 
to-low transition 
on Port PIS. 


The counters are decremented 
on the first rising edge of 


the clock after the initial value has been loaded. 
The 


setup time for loading the counter when using an exter- 
nal clock 
is specified 
in the data 
sheet. 
When 
using 


internal 
clocks, 
the user has no way of knowing 
the 


phase relationship 
of the clock to the write pulse; there- 


fore the timing accuracy 
is one clock period. 


The timers are counting continuously, 
and an interrupt 


request 
is issued any time a single counter 
or pair of 


cascaded counters 
reaches zero. If the timers are going 


to be used with interrupts, 
then the programmer 
should 


first load the timer with the initial value, then enable 
the interrupt. 
If the programmer 
enables the interrupt 


first, it is possible that the interrupt 
will occur before 


the initial value is loaded. When an interrupt 
from any 


one of the timers occurs, 
the corresponding 
bit in the 


interrupt 
mask register is automatically 
reset, prevent- 


ing further 
interrupt 
requests from occurring. 


The event counters/timers 
can be used in the following 


modes of operation: 


Timer 
I 


- 
Serves as an 8-bit timer. 


Event CounterlTimer 
2 


Serves as an 8-bit timer or event counter, or cascad- 
ed with Timer 4 as a 16-bit timer or event counter. 


Event CounterlTimer 
3 


Serves as an 8-bit timer or event counter, or cascad- 
ed with Timer 5 as a 16-bit timer or event counter, 
with the additional 
modes 
of operation 
selectable 


for Timer 5. 


.•... 


...................... , 
® 
" 


\ 


NOTES: 
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1. The 8256 signals with INTthat the equipment has accepted the last character and that the output latches are empty 
again. 
2. Thereupon. the microprocessortransfers the next data to the 8256. 
3. The risingedge of WR latches the data into port 2 (P20 ... P27) and "OutputBufferFull"(OBF)is set whichindicates 
that a new byte is available. 
4. The equipment acknowledges withthe fallingedge of ACKthat it recognizedOBF. 
5. Thereupon, the 8256 releases OBF. 
6. The equipment acknowledges the data transfer witha risingedge of ACKwhichcauses the 8256 to set INT. 


Timer 4 
Serves as an g-bit timer, or cascaded with Event 
CounterlTimer 
2 as a 16-bit timer or event counter. 


Timer 5 
1. Non-retriggerable g-bit timer. 
2. Retriggerable g-bit timer whose initial value is load- 


ed from a save register which starts following the 
negative transition of an external signal. Subsequent 
transitions of this signal after the counting has start- 
ed, reloads the initial value and restarts the counting. 
3. Cascaded with Event CounterlTimer 
3, non-retrig- 


gerable 16-bit timer, which can be loaded with an 
initial value by two write operations. 
4. Cascaded with event counter/timer 
3, non-retrigger- 
able 16-bit event counter, which can be loaded with 
an initial value by two write operations. 


5. Cascaded with Event CounterlTimer 
3, retrigger- 


able 16-bit timer. The most significant byte (Timer 5) 
will be loaded with its initial value from the save 
register, while the last significant byte (Event Coun- 
terlTimer 
3) will be set to OFFH 
automatically, 


Loading, starting, and retriggering operations follow 
the same pattern as in 2. 


6. Cascaded with Event CounterlTimer 
3, retrigger- 


able 16-bit event counter. The most significant byte 
(Timer 5) will be loaded with its initial value from 
the save register, while the least significant byte 
(Event CounterlTimer 
3) will be set to OFFH auto- 


matically. Loading, starting, and retriggering opera- 
tions follow the same pattern as in 2. 


INT 
5TS 


INTA 
ISF 


Ro 


Processor 
8256 
Equipment 


Oltlbus 
P20·P27 
, 


In a microcomputer 
system there are several ways for 


the CPU 
to recognize 
that 
a peripheral 
device needs 


service. Two of the most common 
ways are the polling 
method 
and the interrupt 
service method. 


In the polling method 
the CPU reads the status of each 
peripheral 
to determine 
whether 
it needs service. If the 
peripheral 
does not need 
service, 
the time 
the CPU 


spends polling is wasted; therefore 
this overhead results 
in increasing 
the execution 
time. Some systems 
must 
meet a specific request 
to response time such as a real 
time signal. In this case the programmer 
must guaran- 
tee that the peripheral 
is polled at a certain frequency. 


This 
polling 
frequency 
cannot 
always 
easily be met 


when the CPU must execute a main program 
as well as 


subroutines. 
Usually 
each peripheral 
has its own re- 
quest to response time requirements; 
therefore 
the user 
must establish a priority 
scheme. 


The interrupt 
method 
provides certain advantages 
over 


the polling 
method. 
When 
a peripheral 
device needs 


service it signals the CPU through 
hardware 
asynchro- 
nously, thus reducing 
the overhead 
of polling a device 


which does not need service. The CPU would typically 


finish the instruction 
it is executing, 
save the important 


registers, 
and 
acknowledge 
the peripheral's 
interrupt 


request. During 
the acknowledgment, 
the CPU reads a 


vector which directs the CPU to the starting 
location of 


the appropriate 
interrupt 
service routine. 
If several in- 


terrupt 
requests 
occur 
at the same time, special 
logic 


can prioritize 
the requests 
so that 
when the CPU 
ac- 
knowledges the interrupt, 
the highest priority 
request is 


vectored to the CPU. 


An interrupt 
driven 
system 
requires 
additional 
hard- 
ware to control 
the interrupt 
request 
signal, 
priority, 


and vectoring. The 8256 integrates 
this additional 
hard- 


ware 
onto 
the chip. 
The 
interrupt 
controller 
on the 


MUART 
is directly 
compatible 
with 
the 
MCS-85, 


iAPX-86, iAPX-88, iAPX-186, 
iAPX-188 
family ofmi- 


crocomputer 
systems, and it can also be used with other 


microprocessors 
as well. It contains 
eight priority 
lev- 


els, however, there are a total of 12 interruptable 
sourc- 


es: 10 internal 
and 2 external. 
Since there are eight pri- 


ority 
levels, only eight interrupts 
can be used at one 


time. The assignment 
of the interrupts 
used is selected 


by Command 
Register 
I and by the mode register. The 


MUART's 
interrupt 
sources have a fixed priority. 
Ta- 


ble 2 displays how the 12 interrupt 
sources are mapped 


into the 8 priority 
levels. 


inter 
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1. The equipment 
indicates with the fallin~ge 
of STB (Strobe) that a new character 
is available at port 2. The 8256 
acknowledges 
the indication by activati.!:!a.!.BF(Input Buffer Full). 
2. Thereupon, 
the equipment 
releases 
STB and the 8256 latches the character. 
3. The 8256 informs the microprocessor 
through INT that a new character 
is ready for transfer. 


4. The microprocessor 
reads the character. 
5. The rising edge of signal AD resets signal IBF. 
6. The action signals to the equipment 
that the input latches 
of the 8256 are empty and the next character 
can be 
transferred. 


Table 2. Mapping of Interrupt 
Sources to Priority Levels 


Priority 
Source 


Highest 
LO 
Timer 1 


L1 
Timer 2 or Port Interrupt 
L2 
External 
Interrupt 
(EXTINT) 
L3 
Timer 3 or Timers 3 & 5 
L4 
Receiver 
Interrupt 


L5 
Transmitter 
Interrupt 
L6 
Timer 4 or Timers 2 & 4 
Lowest 
L7 
Timer 5 or Port 2 Handshaking 


MCS@·85/8256 
Interrupt Operation 


The 8256 is compatible 
with the 8085 interrupt 
vector- 


ing method 
when the 8086 bit in Command 
Register 
I 


of the MUART 
is set to O. This is the default 
condition 


after a hardware 
reset. The 8085 has five hardware 
in- 


terrupt 
pins: INTR, 
RST 
7.5, RST 
6.5, RST 
5.5, and 


TRAP. 
When 
the 
MUART's 
interrupt 
acknowledge 


feature 
is 
enabled 
(IAE 
bit 
5 
Command 
Register 
3 = I) the MUART's 
INT Pin 15 should 
be tied to the 
8085's 
INTR, 
and 
both 
the 
8085 and 
the MUART's 


INT A pins should 
be tied together. 
All of the interrupt 


pins on the 8085 except INTR 
automatically 
vector the 


program 
counter 
to a specified 
location 
in memory. 


inter 


When the INTR pin becomes active (HIGH), assuming 
the 8085 has interrupts enabled, the 8085 fetches the 
next instruction from the data bus where it has been 
placed by the 8256 or some other interrupt controller. 
This instruction is usually a Call or an RSTO through 
RST7. Figure 6 shows the memory locations where the 
8085 will vector to based on which type of interrupt 
occurred. 


The 8085 can receive an interrupt request any time, 
since its INTR input is asynchronous. The 8085, how- 
ever, doesn't always acknowledge an interrupt request 
immediately. It can accept or disregard requests under 
software control using the EI (Enable Interrupt) or DI 
(Disable Interrupt) instructions. 


At the end of each instruction cycle, the 8085 examines 
the state of its INTR pin. If an interrupt request is 
present and interrupts are enabled, the 8085 enters an 
interrupt machine cycle. During the interrupt machine 
cycle the 8085 automatically disables further interrupts 
until the EI instruction is executed. Unlike normal ma- 
chine cycles, the interrupt machine cycle doesn't incre- 
ment the program counter. This ensures that the 8085 
can return to the pre-interrupt program location after 
the interrupt service is completed. The 8085 issues an 
INT A pulse indicating that it is honoring the request 
and is ready to process the interrupt. 


RST 7.5 
RST 6.5 
RST 5.5 


8085A 


EXECUTING 
SOFTWARE 


RST INSTRUCTIONS 
IN RESPONSE 
TO INTR 
B085A 
SYSTEM 
MEMORY 
210907-8 


Figure 6. 8085A Hardware and 


Software RST Branch locations 


The 8256 can now vector program execution to the cor- 
responding service routine. This is done during the first 
and only INTA pulse. Upon receiving the INTA pulse, 
the 8256 places the opcode RSTn on the data bus; 
where n equals 0 through 7 based on the level of the 
interrupt requested. The RSTn instruction causes the 
contents of the program counter to be pushed onto the 
stack, then transfers control to the instruction whose 
address is eight times n, as shown in Figure 6. 


Note that because interrupts are disabled during the 
interrupt 
acknowledge sequence, the EI instruction 


must be executed in either the service routine or the 
main program before further interrupts can be process- 
ed. 


For additional information on the 8085 interrupt opera- 
tion and the RSTn instruction, refer to the MCS-85 
User's Manual. 


IAPX·86/88-8256 
Interrupt Operation 


The MUART is compatible with the 8086/8088 meth- 
od of interrupt vectoring when the 8086 bit in Com- 
mand Register I is set to 1. The MUART's INT pin is 
tied to the 8086/8088 INTR pin, and its INTA pin 
connected to the 8086/88's INTA pin. Like the 8085, 
the 8086/8088's INTR pin is also asynchronous so that 
an interrupt request can occur at any time. The 8086/ 
8088 can accept or disregard requests on the INTR pin 
under software control instructions. These instructions 
set or clear the interrupt-enabled 
flag IF. When the 
8086/8088 is powered-on or reset, the IF flag is cleared, 
disabling external interrupts on INTR. 


Although there are some basic similarities, the actual 
processing of interrupts with an 8086/8088 is different 
from the 8085. When an interrupt request is present 
and interrupts are enabled, the 8086/8088 enters its in- 
terrupt acknowledge machine cycle. The interrupt ac- 
knowledge machine cycle pushes the flag registers onto 
the stack (as in PUSHF instruction). It then clears the 
IF flag, which disables interrupts. Finally, the contents 
of both the code segment register and the instruction 
pointer are pushed onto the stack. Thus, the stack re- 
tains the pre-interrupt flag status and program location 
which are used to return from the service routine. The 
8086/8088 then issues the first of two INTA pulses 
which signals the 8256 that the 8086/8088 has honored 
its interrupt request. 


The 8256 is now ready to vector program execution to 
the appropriate service routine. Unlike the 8085 where 
the first INT A pulse is used to place an instruction on 
the data bus, the first INT A pulse from the 8086/8088 
is used only to signal the 8256 of the honored request. 
The second INT A pulse causes the 8256 to place a sin- 
gle interrupt vector byte onto the data bus. The 8256 
places the interrupt vector bytes 40H through 47H cor- 


responding to the level of the interrupt to be serviced. 
Not used as a direct address, this interrupt vector byte 
pertains to one of 256 interrupt "types" supported by 
the 8086/8088 memory. Program execution is vectored 
to the corresponding service routine by the contents of 
a specified interrupt type. 


All 256 interrupt types are located in absolute memory 
locations 0 through 3FFH which make up the 8086/ 
8088's interrupt vector table. Each type in the interrupt 
vector table requires 4 bytes of memory and stores a 
code segment address and an instruction pointer ad- 
dress. Figure 7 shows a block diagram of the interrupt 
vector table. When the 8086/8088 receives an interrupt 
vector byte, it multiplies its value by four to acquire the 
address of the interrupt type. 


Once the service routine is completed the main pro- 
gram may be re-entered by using an IRET (Interrupt 
Return) instruction. The IRET instruction will pop the 
pre-interrupt 
instruction 
pointer, code segment and 


flags off the stack. Thus the main program will resume 
where it was interrupted with the same flag status re- 
gardless of changes in the service routine. Note espe- 
cially that this includes the state of the IF flag; thus 
interrupts are re-enabled automatically when returning 
from the service routine. For further information refer 
to the iAPX 86.88 User's Manual. 


MUART'S 
INTERRUPT 
LEVELS 


Using the 8256'5 Interrupt 
Controller 


without 
INTA 


There are several configurations where the 8256 will 
not have an INT A signal connected to it. Some exam- 
ples are when using the 8256 with an 8051 or 8048, or 
when connecting the INT pin on the 8256 to the 8085's 
RST 7.5, RST 6.5, or RST 5.5 inputs. In these configu- 
rations the IAE bit in Command Register 3 is set to 0, 
and the INT A pin on the 8256 is tied high. When the 
interrupt occurs the CPU should branch to a service 
routine which reads the interrupt address register to 
determine which interrupt request level occurred. The 
interrupt address register contains the level of the inter- 
rupt multiplied by four. Reading the interrupt address 
register is equivalent in effect to the INTA signal; it 
clears the INT pin and indicates to the MUART that 
the interrupt request has been acknowledged. After the 
CPU reads the value in the interrupt address register, it 
can add an offset to this value and branch to an inter- 
rupt vector table which contains jump instructions to 
the appropriate interrupt service routines. An 8085 pro- 
gram which demonstrates this routine is given is Figure 
8. 


Table 3 summarizes the priority levels and the interrupt 
vectors which the 8256 sends back to the CPU. Note 
that when using Timer I there is a conflict present be- 
tween RSTO in the 8085 mode and a hardware reset, 
because both expect instructions starting at address OH. 
However, there is a way to distinguish between the two. 


'I"' 
C..; 


INTERRUPT 
TYPE 255 
(FFH) 


INTERRUPT 
TYPE 254 
(FE H) 
::~ 
·· 
::~ 
· 
INTERRUPT 
TYPE 
71 
(47H) 


INTERRUPT 
TYPE 
70 
(46H) 


INTERRUPT 
TYPE 
69 
(45H) 


INTERRUPT 
TYPE 
68 
144Hl 


INTERRUPT 
TYPE 
67 
(43H) 


INTERRUPT 
TYPE 
66 
(42H) 


INTERRUPT 
TYPE 
65 
(41H) 


INTERRUPT 
TYPE 
64 
140Hl 
· 
::~ · 
t~ 
· 
INTERRUPT 
TYPE 
2 
(2HI 


INTERRUPT 
TYPE 
1 
(lH) 


INTERRUPT 
TYPE 
0 
(OH) 


3FCH 


3F8H 


l1CH 


118H 


114H 


110H 


lOCH 


108H 


104H 


l00H 
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INTA: IN 
MOV 
XRA 
MOV 


INTADD 
L, A 
A 
H, 
A 


;Read the Interrupt Address Register 
;Put the interrupt address in HL 


LXI 
B, TABLE 
DAD 
B 
peHL 


;Load BE with the interrupt table offset 
;Add the offset to the interrupt address 
;Jump to the interrupt vector table 


Restart 
Inter- 


Interrupt 
Com- 
rupt 
Inter- 
Trigger 
Sources 
Selection 
Level 
mand 
Vector 
rupt 
Mode 
(Only One Source Can Be 
By 
8085 
8086 
Address 
Assigned 
at Any Time) 
Mode 
Mode 


Highest 
RSTO 
40H 
OH 
Edge 
Timer 1 
- 
Priority 
0 


1 
RST1 
41H 
4H 
Edge 
Event Counter/Timer 
2 or 
Command 
External 
Interrupt 
Request 
Word 1 BITI 
on Port 1 P17 
(Bit 2) 


2 
RST2 
42H 
8H 
Level 
Input EXTINT 
- 


3 
RST3 
43H 
CH 
Edge 
Event Counter/Timer 
3 or 
Mode Word 
Cascaded 
Event Counters/ 
T35 (Bit 7) 
Timers 3 and 5 


4 
RST4 
44H 
10H 
Edge 
Serial Receiver 
- 


5 
RST5 
45H 
14H 
Edge 
Serial Transmitter 
- 


6 
RST6 
46H 
28H 
Edge 
Timer 4 or Cascaded 
Event 
Mode Word 
Counters/Timers 
2 and 4 
T24 (Bit 6) 


7 
RST7 
47H 
1CH 
Edge 
Timer 5 or Port 2 with 
Mode Word 
Lowest 
Handshaking 
Interrupt 
P2C2-P2CO 
Priority 
Request 
(Bits 2 ... 
0) 


NOTE: 
1. If no interrupt 
requests 
are pending 
and INT A cycle occurs, 
interrupt 
level 2 will be the default 
value vectored 
to the CPU. 


inter 


After a hardware reset, all control registers are reset to 
a value ofOH; therefore when using Timer I, Reset and 
RSTO can be distinguished by reading one of the con- 
trol registers of the 8256 which has not been pro- 
grammed with a value of OH. The control registers will 
contain the previously programmed values if RSTO oc- 
curs. 


The 8256's interrupt controller has several registers as- 
sociated with it: an Interrupt Mask Register, an Inter- 
rupt Address Register, an Interrupt Request Register, 
an Interrupt Service Register, and a Priority Control- 
ler. Only the Interrupt Mask Registers and the Inter- 
rupt Address Register can be accessed by the user. 


The Interrupt Mask Registers consist of two write reg- 
isters-the 
Set Interrupts Register and Reset Interrupts 
Register, and one read register-the 
Interrupt Enable 
Register. Each one of the eight levels of interrupts may 
be individually enabled or disabled through these regis- 
ters. Writing a one to any of the bits in the Set Inter- 
rupts Register enables the corresponding interrupt lev- 
el, while writing a one to a bit in the Reset Interrupts 
Register 
disables the corresponding 
interrupt 
level. 


Reading the Interrupt Enable Register allows the user 
to determine which interrupt levels are enabled. The 
bits which are set to one in the Interrupt Enable Regis- 
ter correspond to the levels which are enabled. All of 
the interrupt levels will remain enabled until disabled 
by the Reset Interrupts 
Register except the counter/ 
timer interrupts 
which automatically 
disable them- 
selves when they reach zero. 


Interrupt 
requests occurring when the corresponding 
interrupt level is disabled are lost. An interrupt will 
only occur if the interrupt is enabled before the inter- 
rupt request occurs. 


The Interrupt Address Register contains an identifier 
for the currently requested interrupt level. The numeri- 
cal value in this register is equal to the interrupt level 
multiplied by four. It can be used in lieu of an INTA 
signal to vector the CPU to the appropriate interrupt 
service routine. Reading this register has the same ef- 
fect as the INT A pulse: it clears the INT pin and indi- 
cates an interrupt acknowledgement to the MUART. If 
the Interrupt Address Register is read while no inter- 
rupts are pending, the external interrupt EXTINT will 
be the default value, 08H. 


Interrupt 
Request 
Register 


The Interrupt Request Register latches all pending in- 
terrupt requests unless they are masked off. The request 
is set whenever the associated event occurs. 


Interrupt 
Service 
Register 


In the fully nested mode of operation, every interrupt 
request which is granted service is entered into this reg- 
ister. The appropriate bit will be set whenever the inter- 
rupt is acknowledged by INTA or by reading the Inter- 
rupt Address Register. At the same time, the corre- 
sponding bit in the Interrupt Request Register is reset. 
The Interrupt Service Register bit remains set until the 
microcomputer 
transfers the End Of Interrupt 
com- 


mand (EOI) to the device by writing it into Command 
Register 3. In the normal mode the bits in the Interrupt 
Service Register are never set. 


The priority controller selects the highest priority re- 
quest in the Interrupt 
Request Register from up to 
eight requests pending. If the INTA signal is enabled 
and becomes active, the priority controller will cause 
the highest priority level in the Interrupt Request Reg- 
ister to be vectored back to the CPU, regardless of 
whether the 8256 is in the normal mode or the nested 
mode. In the normal mode, if any bits are set in the 
Interrupt 
Request Register, the INT pin is activated. 


The highest priority level in the Interrupt Request Reg- 
ister will be transferred to the Interrupt Address Regis- 
ter at the same time the interrupt request occurs. In the 
Fully Nested mode, the priorities of all pending re- 
quests are compared to the priorities in the Interrupt 
Service Register. If there is a higher priority in the In- 
terrupt Request Register than in the Interrupt Service 
Register, the INT signal will be activated and the new 
interrupt level will be loaded into the Interrupt Address 
Register. 


There are two modes of operation for the interrupt con- 
troller: a normal mode and a fully nested mode. In the 
normal mode the CPU should only be a maximum of 
one interrupt level deep; therefore, the CPU can be in- 
terrupted only while in the main program and not while 
in an interrupt service routine. In the fully nested mode 
it is possible for the CPU to be nested up to eight inter- 
rupt levels deep. Using the fully nested mode, the 
MUART will activate the INT pin only when a higher 
priority than the one in service is requested. The fully 
nested mode is used to protect high priority interrupt 
service routines from being interrupted by equal or low- 
er priority requests. 
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In the normal mode of operation the 8256 will activate 
the INT pin whenever any of the bits in the Interrupt 
Request Register are set. The bits in the Interrupt Re- 
quest Register can be set only if the corresponding in- 
terrupts are enabled. If more than one interrupt request 
bit is set, the MUART will always place the highest 
priority level in the Interrupt Address Register and vec- 
tor this level to the CPU during an INT A cycle. When 
the CPU acknowledges the interrupt request, using ei- 
ther the INTA signal or by reading the Interrupt Ad- 
dress Register, the corresponding 
Interrupt 
Request 


Register bit is reset. Since the Interrupt Service Regis- 
ter bits are never set, there is no indication in the 
MUART that an interrupt service routine is in prog- 
ress. Therefore, the priority controller will interrupt the 


CPU again if any of the interrupt request bits are set, 
regardless of whether the next request is a higher, low- 
er, or equal priority. 


The implied way to design a program using the normal 
mode is to have the CPU's interrupt flag enabled dur- 
ing portions of the main program, but to leave the in- 
terrupt flag disabled while the CPU is executing code in 
an interrupt service routine. This way, the CPU can 
never be interrupted 
in an interrupt 
service routine. 


Upon completion of an interrupt service routine the 
program can enable the CPU's interrupt flag, then re- 
turn to the main program. 


Figure 9 shows an example of how the normal mode of 
interrupts may operate. As the CPU begins executing 
code in the main program, certain I/O ports, variables, 
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and arrays need to be initialized. During this time the 
CPU's interrupt flag is disabled. Once the program has 
completed the initialization routine and can accept an 
interrupt, the interrupt flag is enabled. In the 8085 this 
is done with the assembly language instruction EI, and 
on the 8086 with STI. 


A short time later, an interrupt request comes in on 
Level 4. Since the CPU's interrupt flag is enabled, the 
interrupt acknowledge signal is activated and the CPU 
branches off to Interrupt Service Routine 4. While the 
CPU is executing code in Interrupt Service Routine 4, 
an interrupt request comes in on Level 6 and then a 
short time later on Level 2. The 8256 activates the INT 
signal; however, the CPU ignores this because its inter- 
rupt flag is disabled. Upon returning to the main pro- 
gram the interrupt flag is enabled. When the interrupt 
acknowledge signal is activated, the MUART places 
the highest priority interrupt request on the data bus 
regardless of the order in which the requests came in. 
Therefore, 
during 
the 
interrupt 
acknowledge 
the 
MUART 
vectors the indirect address for Interrupt 
Level 2. The INT signal is not cleared after the ac- 
knowledge because there is still a pending interrupt. 


The normal mode of operation is advantageous in that 
it simplifies programming 
and lowers code require- 
ments within interrupt routines; however, there are also 
several disadvantages. One disadvantage is that the in- 
terrupt response time for higher priority interrupts may 
be excessive. For example, if the CPU is executing code 
in an interrupt service routine during a higher priority 
request, the CPU will not branch off to the higher pri- 
ority service routine until the current interrupt service 
routine is completed. This delay time may not be ac- 
ceptable for interrupts such as the serial receiver or a 
real time signal. For these cases the MUART provides 
the nested mode. 


In the nested mode of operation, whenever a bit in the 
Interrupt Request Register is set, the Priority Control- 
ler compares the Interrupt Request Register to the In- 
terrupt Service Register. If the bit set in the Request 
Register is of a higher priority than the highest priority 
bit set in the Service Register, the MUART will acti- 
vate the INT signal and update the Interrupt Address 
Register. If the bit in the Request Register is of equal or 
lower priority than the highest priority bit set in the 
Service Register, the INT signal will not be activated. 
When an INTA signal is activated or the Interrupt Ad- 
dress Register is read, the corresponding bit in the Re- 
quest Register which caused the INT signal to be as- 
serted is reset and set in the Service Register. When an 
EOI (End Of Interrupt) command is issued, the highest 
priority bit in the Service Register is reset. 


Figure 10 shows an example of the program flow using 
the nested mode of interrupts. During the main pro- 
gram an interrupt request is generated from Level 4. 
Since the interrupt flag is enabled, the interrupt 
ac- 


knowledge signal is activated, and the microprocessor 
is vectored to Service Routine 4. During Service Rou- 
tine 4, Level 2 requests an interrupt. Since Level 2 is a 
higher priority than Level 4, the 8256 activates its INT 
signal. An interrupt acknowledge is not generated be- 
cause the interrupt flag is disabled. This section of code 
in Service Routine 4 is protected and cannot be inter- 
rupted. A protected section of code may reinitialize a 
timer, take a sample, or update a global variable. When 
the interrupt 
flag is enabled the microprocessor ac- 


knowledges the interrupt and vectors into Service Rou- 
tine 2. Service Routine 2 immediately enables the inter- 
rupt flag because it does not have a protected section of 
code. During Service Routine 2, Interrupt Request 6 is 
generated. However, the MUART will not interrupt 
the microprocessor until service routines 2 and 4 have 
issued the EOI command. 


The MUART has a maximum of two external inter- 
rupts-EXTINT 
and P17. EXTINT is a dedicated in- 


terrupt pin which is level triggered, where P17 is either 
an I/O port or an edge triggered interrupt. If Pl7 is 
selected as an interrupt through Command Register 1 
and its interrupt level is enabled, it will generate an 
interrupt when the level on this pin changes from low 
to high. The edge triggered mode incorporates an edge 
lockout feature. This means that after the rising edge of 
an interrupt request and the acknowledgment of the 
request, the positive level on Pl7 won't generate further 
interrupts. Before another interrupt can be generated, 
PI7 must return low. 


External devices which generate a pulse for an interrupt 
request can use the edge triggered mode as long as the 
minimum high time specified in the data sheet is met. 


Level Triggering 


The external interrupt (EXTINT 
pin 16) is the only 


level triggered interrupt on the MUART. The 8256 will 
recognize any active (high) level on the EXTINT as an 
interrupt request. The EXTINT pin must stay high un- 
til a short time after the rising edge of the first INT A 
pulse. If the voltage level on the EXTINT pin is high, 
then goes low, the bit in the interrupt request register 
corresponding to EXTINT will be reset. 


In the normal mode of operation if EXTINT 
is still 


high after the INT A pulse has been activated, the INT 


inter 
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signal will remain active. If the microprocessor's inter- 
rupt flag is immediately re-enabled, another interrupt 
will occur. Unless repeated interrupt generation is de- 
sired, the programmer should not re-enable the CPU's 
interrupt flag until EXTINT has gone low. 


In the nested mode of operation, if EXTINT is still 
high after the INTA pulse has been activated, the INT 
signal will not be reactivated. This is because in the 
nested mode only a higher priority interrupt than the 
one being serviced can activate the INT signal. The 
EXTINT pin should go inactive (low) before the EOI 
command is issued if an immediate interrupt is not de- 
sired. 


Depending upon the particuar design and application, 
the EXTINT pin has a number of uses. For example, it 
can provide repeated interrupt generation in the normal 
mode. This is useful in cases when a service routine 
needs to be continually executed until the interrupt re- 
quest goes inactive. Another use of the EXTINT pin is 


that a number of external interrupt requests can be 
wire-ORed.This can't be done using P17, for if a device 
makes an interrupt request while Pl7 is high (from an- 
other request), its transition will be shadowed. Note 
that when a wire-OR'ed scheme is used, the actual re- 
questing devicehas to be determined by the software in 
the service routine. 


Cascading 
the MUART's 
Interrupt 
Controller 


Cascading the MUART's interrupt controller is neces- 
sary in an interrupt driven system which contains more 
than one interrupt controller, such as a system using 
more than one MUART, or using a MUART with an- 
other interrupt controller like the 8259A. For a system 
which uses several MUART's, one of them is tied di- 
rectly to the microprocessor's INT and INTA pins, 
while the remaining MUARTs are daisy-chained using 
the EXTINT and INT pins. This is shown in Figure 11. 


8085 
8258 
8258 
8258 
8088 


INTR 
INT 
EXTINT 
INT 
EXTINT 
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INTA 
INTA 
INTA 
INTA 


Vee 
Vee 


Using the configuration in Figure II, when the micro- 
processor receives an interrupt, it generates an inter- 
rupt acknowledge and branches into an interrupt serv- 
ice routine. For the interrupt service routine of the ex- 
ternal interrupt, EXTINT Level 2, the microprocessor 
will read the next MUART's interrupt address register 
and branch to the appropriate service routine. In effect, 
this would be a software interrupt 
acknowledge. An 


example of this type of interrupt acknowledge is given 
in Figure 8. If the last MUART in the chain indicated 
an external interrupt, the microprocessor would simply 
return to the main program; however, this would be an 
error condition caused by a spurious interrupt. A flow 
chart of the software to handle cascaded interrupts is 
given in Figure 12. 


Figure 12. Flow Chart to Resolve Interrupt Request 
When Cascading MUART Interrupt Controllers 


Some consideration should be given to the priority of 
the interrupts when cascading MUARTs. If all of the 
MUART's Level 0 and Level I interrupts are disabled, 
the highest priority interrupt is the EXTINT. In this 
case the last MUART 
in the chain would have the 


highest priority; however, it would take the longest 
time to propagate back to the CPU. If, however, Level 
o or Level I interrupts were enabled, the closer to the 
microprocessor the MUART is, the higher the priority 
these two levels would have. 


When using the 8256 interrupt controller along with 
some other interrupt controller, such as the 8259A, the 
MUART's INT signal would simply be tied to one of 
the interrupt 
controller's request inputs. The service 


routine for the MUART's interrupt request would ini- 
tially perform the software interrupt acknowledge be- 
fore servicing the MUART's interrupt request. A block 
diagram of this configuration is given in Figure 13. 


If interrupts are not used, the only other way to control 
the MUART is to poll it. It is still possible to use the 
priority structure of the MUART with polling. In this 
mode of operation the MUART's INT signal (Pin 15) 
is not used, and the INT A pin is tied high. Since the 
INT pin's level is duplicated in the MSB of the Status 
Register, a program can poll this bit. When it becomes 
set, the program could read the Interrupt Address Reg. 
ister to determine the cause. Either the normal or nest- 
ed mode of operation can be used. Note that the func- 
tions used with this polled method must have their in- 
terrupts enabled. 


It is also possible to poll the counters/timers, 
parallel 


I/O, and UART separately. To control the UART, one 
could poll the Status Register. Byte handshakes with 
the parallel I/O can be controlled by polling Port 1. 
Finally, each counter/timer 
has its own register which 


can be polled. 
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Symbol 
Pin No. 
Type 
Name and Function 


ADO-AD4 
1-5 
I/O 
ADDRESS/DATA: 
Three-state 
address/data 
lines which interface 
to the 


DB5-DB? 
6-8 
lower 8 bits of the microprocessor's 
multiplexed 
address/data 
bus. The 
5-bit address is latched on the falling edge of ALE. In the 8-bit mode, 
ADO-AD3 
are used to select the ·proper register, while AD1-AD4 
are 
used in the 16-bit mode. AD4 in the 8-bit mode is ignored as an address, 
while ADO in the 16-bit mode is used as a second chip select, active low. 


ALE 
9 
I 
ADDRESS 
LATCH ENABLE: Latches the 5 address 
lines on ADO-AD4 
and CS on the falling edge. 


RD 
10 
I 
READ CONTROL: 
When this signal is low, the selected 
register is gated 
onto the data bus. 


WR 
11 
I 
WRITE CONTROL: 
When this signal is low, the value on the data bus is 
written into the selected 
register. 


RESET 
12 
I 
RESET: An active high pulse on this pin forces the chip into its initial 
state. The chip remains in this state until control 
information 
is written. 


CS 
13 
I 
CHIP SELECT: A low on this signal enables the MUART. It is latched with 
the address on the falling edge of ALE, and RD and WR have no effect 
unless CS was latched 
low during the ALE cycle. 


INTA 
14 
I 
INTERRUPT 
ACKNOWLEDGE: 
If the MUART has been enabled to 
respond 
to interrupts, 
this signal informs the MUART that its interrupt 
request is being acknowledged 
by the microprocessor. 
During this 
acknowledgement 
the MUART puts an RSTn instruction 
on the data bus 
for the 8-bit mode or a vector for the 16-bit mode. 


INT 
15 
0 
INTERRUPT 
REQUEST: 
A high signals the microprocessor 
that the 
MUART needs service. 


EXTINT 
16 
I 
EXTERNAL 
INTERRUPT: 
An external 
device can request interrupt 
service through this input. The input is level sensitive 
(high), therefore 
it 
must be held high until an INTA occurs or the interrupt 
address register is 
read. 


CLK 
1? 
I 
SYSTEM 
CLOCK: The reference 
clock for the baud rate generator 
and 
the timers. 


RxC 
18 
I/O 
RECEIVE 
CLOCK: If the baud rate bits in Command 
Register 2 are all 0, 
this pin is an input which clocks serial data into the RxD pin on the rising 
edge of RxC. If baud rate bits in Command 
Register 2 are programmed 
from 1-0FH, 
this pin outputs a square wave whose rising edge indicates 
when the data on RxD is being sampled. 
This output remains high during 
start, stop, and parity bits. 


RxD 
19 
I 
RECEIVE 
DATA: Serial data input. 
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Symbol 
Pin No. 
Type 
Name and Function 


CTS 
21 
I 
CLEAR TO SEND: This inBut enables the serial transmitter. 
If 1, 1.5, or 2 


stop bits are selected, 
CT 
is level sensitive. 
As long as CTS is low, any 


character 
loaded into the transmitter 
buffer register will be transmitted 
serially. A single negative going pulse causes the transmission 
of a single 


character 
previously 
loaded into the transmitter 
buffer register. 
If a baud 


rate from 1-0FH 
is selected, 
CTS must be low for at least %2 of a bit, or it 


will be ignored. 
If the transmitter 
buffer is empty, this pulse will be ignored. 


If this pulse occurs during the transmission 
of a character 
up to the time 


where % of the first (or only) stop bit is sent out, it will be ignored. 
If it 


occurs afterwards, 
but before the end of the stop bits, the next character 


will be transmitted 
immediately 
following 
the current one. IF CTS is still 


high when the transmitter 
register is sending the last stop bit, the 


transmitter 
will enter its idle state until the next high-to-low 
transition 
on 


CTS occurs. 
If 0.75 stop bits is chosen, the CTS input is edge sensitive. 
A 


negative edge on CTS results in the immediate 
transmission 
of the next 


character. 
The length of the stop bits is determined 
by the time interval 


between 
the beginning 
of the first stop bit and the next negative 
edge on 


CTS. A high-to-low 
transition 
has no effect if the transmitter 
buffer is 


empty or if the time interval between 
the beginning 
of the stop bit and 


next negative edge is less than 0.75 bits. A high or a low level or a low-to- 
high transition 
has no effect on the transmitter 
for the 0.75 stop bit mode. 


TxC 
22 
I/O 
TRANSMIT 
CLOCK: If the baud rate bits in command 
register 2 are all 


set to 0, this input clocks data out of the transmitter 
on the falling edge. If 


baud rate bits are programmed 
for 1 or 2, this input permits the user to 


provide a 32x or 64x clock which is used for the receiver and transmitter. 
If the baud rate bits are programmed 
for 3-0FH, 
the internal transmitter 


clock is output. As an output it delivers the transmitter 
clock at the 


selected 
bit rate. If 1% or 0.75 stop bits are selected, 
the transmitter 


divider will be asynchronously 
reset at the beginning 
of each start bit, 
immediately 
causing a high-to-low 
transition 
on TxC. TxC makes a high- 


to-low transition 
at the beginning 
of each serial bit, and a low-to-high 


transition 
at the center of each bit. 


TxD 
23 
0 
TRANSMIT 
DATA: Serial data output. 


P27-P20 
24-31 
I/O 
PARALLEL 
I/O PORT 2: Eight bit general 
purpose 
I/O port. Each nibble 
(4 bits) of this port can be either an input or an output. The outputs are 
latched whereas 
the input signals are not. Also, this port can be used as 


an a-bit input or output port when using the two-wire 
handshake. 
In the 


handshake 
mode both inputs and outputs are latched. 


P17-P10 
32-39 
I/O 
PARALLEL 
I/O PORT 1: Each pin can be programmed 
as an input or an 


output to perform 
general purpose 
I/O. All outputs are latched whereas 


inputs are not. Alternatively 
these pins can serve as control 
pins which 


extend the functional 
spectrum 
of the chip. 


GND 
20 
PS 
GROUND: 
Power supply and logic ground reference. 


Vcc 
40 
PS 
POWER: + 5V power supply. 


inter 
AP-153 


The following section will provide a description of the 
registers and define the bits within the registers where 
appropriate. Table 4 lists the registers and their ad- 
dresses. 


This bit selects between two frequencies for the five 
timers. If FRQ = 0, the timer input frequency is 16 
kHz (62.5 /Ls).If FRQ = I, the timer input frequency 
is I kHz (1 ms). The selected clock frequency is shared 
by all the counter/timers enabled for timing; thus, all 
timers must run with the same time base. 


inter 


address 
the internal 
registers, 
and an RSTn 
instruction 


is generated 
in response 
to the 
first 
INT A. 
In 
8086 


mode 
(8086 
= I), Al 
to A4 are used to address 
the 


internal 
registers, 
and AO is used as an extra chip select 


(AO must 
equal 
zero 
to be enabled). 
The 
res~ 
to 


INTA 
is for 8086 interrupts 
where 
the first 
INTA 
is 


ignored, 
and an interrupt 
vector (40H to 47H) is placed 


on the bus in response 
to the second 
INT A. 


This bit selects between 
one of two interrupt 
sources 
on 


Priority 
Level I, either 
CounterlTimer 
2 or Port 
I PI7 


interrupt. 
When this bit equals 0, CounterlTimer 
2 will 


be mapped 
into Priority 
Level 
I. If BITI 
equals 
0 and 


Level 
I interrupt 
is enabled, 
a transition 
from 
1 to 0 in 


CounterlTimer 
2 will generate 
an interrupt 
request 
on 


Level I. When 
BITI equals 
I, Port 
1 PI7 
external 
edge 


triggered 
interrupt 
source is mapped 
into Priority 
Level 


I. In this case if Level 
I is enabled, 
a low-to-high 
tran- 


sition on PI7 generates 
an interrupt 
request 
on Level I. 


If this bit equals 0, Port 
I P 16 is a general 
purpose 
I/O 


port. 
When 
BRKI 
equals 
1, the Break-In 
Detect 
fea- 


ture is enabled 
on Port 
I PI6. 
A Break-In 
condition 
is 


present 
on the transmission 
line when it is forced to the 


start 
bit voltage 
level by the receiving 
station. 
Port 
I 


P 16 must 
be connected 
externally 
to the transmission 


line in order 
to detect 
a Break-In. 
A Break-In 
is polled 


by the MUART 
during 
the transmission 
of the last or 


only stop bit of a character. 


A Break-In 
Detect 
is OR-ed 
with Break Detect 
in Bit 3 


of the 
Status 
Register. 
The 
distinction 
can 
be made 


through 
the 
interrupt 
controller. 
If the 
transmit 
and 


receive interrupts 
are enabled, 
a Break-In 
will generate 


an interrupt 
on Level 
5, the transmit 
interrupt, 
while 


Break 
will generate 
an interrupt 
on Level 4, the receive 


interrupt. 


so, 51-Stop 
Bit Length 
51 
SO 
o 
0 
o 
1 


1 
0 


1 
1 


Stop Bit Length 
1 
1.5 
2 
0.75 


The 
relationship 
of the 
number 
of stop 
bits 
and 
the 


function 
of input 
CTS is discussed 
in the Pin Descrip- 


tion section 
under 
"CTS". 


Character 
Length 
8 
7 
6 
5 


Programming 
bits 0 ... 
3 with values from 3H to FH 


enables 
the internal 
baud 
rate generator 
as a common 


clock source for the transmitter 
and receiver 
and deter- 


mines its divider 
ratio. 


Programming 
bits 0 ... 
3 with 
values 
of IH 
or 2H 


enables 
input 
TxC 
as a common 
clock 
source 
for the 
transmitter 
and receiver. 
The external 
clock must 
pro- 


vide a frequency 
of either 
32x or 64x the baud rate. The 


data transmission 
rates range from 0 ... 
32 Kbaud. 


If bits 0 ... 
3 are set to 0, separate 
clocks must be input 


to pin RxC for the receiver 
and pin TxC for the trans- 


mitter. 
Thus, 
different 
baud rates can be used for trans- 


mission 
and reception. 
In this case, prescalers 
are dis- 


abled and the input 
serial clock frequency 
must match 


the 
baud 
rate. 
The 
input 
serial 
clock 
frequency 
can 


range from 0 to 1.024 MHz. 


BO, B 1, B2, B3-Baud 
Rate Select 


These 
four bits select 
the bit clock's 
source, 
sampling 


rate, and serial bit rate for the internal 
baud rate gener- 
ator. 


B3 
B2 
B1 
BO 
Baud 
Sampling 


Rate 
Rate 


0 
0 
0 
0 
TxC,RxC 
1 


0 
0 
0 
1 
TxC/64 
64 


0 
0 
1 
0 
TxC/32 
32 


0 
0 
1 
1 
19200 
32 


0 
1 
0 
0 
9600 
64 


0 
1 
0 
1 
4800 
64 


0 
1 
1 
0 
2400 
64 


0 
1 
1 
1 
1200 
64 


1 
0 
0 
0 
600 
64 


1 
0 
0 
1 
300 
64 


1 
0 
1 
0 
200 
64 


1 
0 
1 
1 
150 
64 


1 
1 
0 
0 
110 
64 


1 
1 
0 
1 
100 
64 


1 
1 
1 
0 
75 
64 


1 
1 
1 
1 
50 
64 
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The following table gives an overview of the function of 
pins TxC and RxC: 


Bits 3 to 
TxC 
RxC 
o (Hex.) 


0 
Input: 1 x baud 
Input: 1 x baud 
rate clock for the 
rate clock for the 
transmitter 
receiver 


1,2 
Input 32 x or 64 
Output: receiver 


x baud rate for 
bit clock with a 
transmitter 
and 
low-to-high 
receiver 
transition 
at data 
bit sampling time. 
Otherwise: 
high 
level 


3to 
F 
Output: baud 
Output: as above 
rate clock of the 
transmitter 


As an output, RxC outputs a low-to-high transition at 
sampling time of every data bit of a character. Thus, 
data can be loaded, e.g., into a shift register externally. 
The transition occurs only if data bits of a character are 
present. It does not occur for start, parity, and stop bits 
(RxC = high). 


As an output, TxC outputs the internal baud rate clock 
of the transmitter. 
There will be a high-to-Iow tran- 


sition at every beginning of a bit. 


CO,C1-System 
Clock Prescaler 
(Bits 4, 5) 


Bits 4 and 5 define the system clock prescaler divider 
ratio. The internal operating frequency of 1.024 MHz is 
derived from the system clock. 


C1 
CO 
Divider Ratio 
Clock 
at Pin 
ClK 


0 
0 
5 
5.12 MHz 


0 
1 
3 
3.072 MHz 


1 
0 
2 
2.048 MHz 


1 
1 
1 
1.024 MHz 


EP-Even 
Parity (Bit 6) 


EP = 0: Odd parity 
EP = I: Even parity 


PEN = 0: No parity bit 
PEN = I: Enable parity bit 


The parity bit according to Command Register 2 bit 6 
(see above) is inserted between the last data bit of a 
character and the first or only stop bit. The parity bit is 
checked during reception. A false parity bit generates 
an error indication in the Status Register and an Inter- 
rupt Request on Level 4. 


Command Register 3 is different from the first two reg- 
isters because it has a bit set/reset capability. Writing a 
byte with Bit 7 high sets any bits which were also high. 
Writing a byte with Bit 7 low resets any bits which were 
high. If any bit 0-6 is low, no change occurs to that bit. 
When Command Register 3 is read, bits 0, 3, and 7 will 
always be zero. 


If RST is set, the following events occur: 
I) All bits in the Status Register except bits 4 and 5 are 
cleared, and bits 4 and 5 are set. 


2) The Interrupt Enable, Interrupt Request, and Inter- 


rupt Service Registers are cleared. Pending requests 
and indications for interrupts in service will be can- 
celed. Interrupt signal INT will go low. 


3) The receiver and transmitter are reset. The transmit- 


ter goes idle (TxD is high), and the receiver enters 
start bit search mode. 


4) If Port 2 is programmed for handshake mode, IBF 


and OBF are reset high. 


RST does not alter ports, data registers or command 
registers, but it haIts any operation in progress. RST is 
automatically cleared. 


RST = 0 has no effect. The reset operation triggered 
by Command Register 3 is a subset of the hardware 
reset. 


The transmission data output TxD will be set low as 
soon as the transmission of the previous character has 
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been finished. It stays low until TBRK is cleared. The 
state of CTS is of no significance for this operation. As 
long as break is active, data transfer from the Transmit- 
ter ButTerto the Transmitter Register will be inhibited. 
As soon as TBRK is reset, the break condition will be 
deactivated and the transmitter will be re-enabled. 


This causes the transmitter data to be set low for one 
character including start bit, data bits, parity bit, and 
stop bits. SBRK is automatically cleared when time for 
the last data bit has passed. It will start after the char- 
acter in progress completes, and will delay the next 
data transfer from the Transmitter ButTerto the Trans- 
mitter Register until TxD returns to an idle (marking) 
state. If both TBRK and SBRK are set, break will be 
set as long as TBRK is set, but SBRK will be cleared 
after one character time of break. If SBRK is set again, 
it remains set for another character. The user can send 
a definite number of break characters in this manner by 
clearing TBRK after setting SBRK for the last charac- 
ter time. 


If fully nested interrupt mode is selected, this bit resets 
the currently served interrupt 
level in the Interrupt 
Service Register. This command must occur at the end 
of each interrupt service routine during fully nested in- 
terrupt mode. END is automatically cleared when the 
Interrupt Service Register (internal) is cleared. END is 
ignored if nested interrupts are not enabled. 


When NIE equals I, the interrupt controller will oper- 
ate in the nested interrupt mode. When NIE equals 0, 
the interrupt controller will operate in the normal inter- 
rupt mode. Refer to the "Interrupt 
controller" section 
under "Normal Mode" and "Nested Mode" for a de- 
tailed description of these operations. 


IAE-Interrupt 
Acknowledge Enable 


This bit enables an automatic response to INT A. The 
particular response is determined by the 8086 bit in 
Command Register I. 


This bit enables the serial receiver and its associated 
status bits in the status register. If this bit is reset, the 
serial receiver will be disabled and the receive status 
bits will not be updated. 


Note that the detection of break characters remains en- 
abled while the receiver is disabled; i.e., Status Register 
Bit 3 (BD) will be set while the receiver is disabled 
whenever a break character has been recognized at the 
receive data input RxD. 


If this bit is high during a write to Command Register 
3, then any bit marked by a high will set. If this bit is 
low, then any bit marked by a high will be cleared. 


P2C2, P2C1, P2Co-Port 
2 Control 
Direction 
Upper Lower 
nibble 
input 
input 


nibble 
input 
output 


nibble 
output 
input 


nibble 
output 
output 


byte handshake 
input 
byte handshake 
output 
DO NOT USE 
test 


If test mode is selected, the output from the internal 
baud rate generator is placed on bit 4 of Port I (pin 35). 


To achieve this, it is necessary to program bit 4 of Port 
I as an output (Port I Control Register Bit PI4 = I), 
and to program Command Register 2 bits B3-BO with 
a value :<: 3R. 


NOTE: 
If Port 2 is operating in handshake mode, Interrupt 
Level 7 is not available for Timer 5. Instead it is as- 
signed to Port 2 handshaking. 


Bit 3 and 4 defines the mode of operation of event 
counter/timers 
2 and 3 regardless of its use as a single 


unit or as a cascaded one. 


If CT2 or CT3 are high, then counter/timer 
2 or 3 


respectively is configured as an event counter on bit 2 
or 3 respectively of Port I (pins 37 or 36). The event 
counter decrements the count by one on each low-to- 
high transition of the external input. If CT2 or CT3 is 
low, then the respective counter/timer 
is configured as 


a timer and the Port I pins are used for parallel I/O. 


If T5C is set, then Timer 5 can be preset and started by 
an external signal. Writing to the Timer 5 register loads 
the Timer 5 save register and stops the timer. A high- 
to-low transition on bit 5 of Port I (pin 34) loads the 
timer with the saved value and starts the timer. The 
next high-to-Iow transition on pin 34 retriggers the tim- 
er by reloading it with the initial value and continues 
timing. 


Following a hardware reset, the save register is reset to 
DOHand both clock and trigger inputs are disabled. 
Transferring an instruction with T5C = I enables the 
trigger input; the save register can now be loaded with 
an initial value. The first trigger pulse causes the initial 
value to be loaded from the save register and enables 
the counter to count down to zero. 


When the timer reaches zero it issues an interrupt re- 
quest, disables its interrupt level and continues count- 
ing. A subsequent high-to-low transition on pin 5 resets 
Timer 5 to its initial value. For another timer interrupt, 
the Timer 5 interrupt enable bit must be set again. 


These two bits cascade Timers 3 and 5 or 2 and 4. 
Timers 2 and 3 are the lower bytes, while Timers 4 and 
5 are the upper bytes. If T5C is set, then both Timers 3 
and 5 can be preset and started by an external pulse. 
When a high-to-low transition occurs, Timer 5 is preset 
to its saved value, but Timer 3 is always preset to all 
ones. If either CT2 and CT3 is set, then the correspond- 
ing timer pair is a l6-bit event counter. 


A summary of the counter/timer control bits is given in 
Table 5. 


. NOTE: 


Interrupt levels assigned to single counters are partly 
not occupied if event counters/timers 
are cascaded. 


Level 2 will be vacated if event counters/timers 
2 and 


4 are cascaded. Likewise, Level 7 will be vacated if 
event counters/timers 
3 and 5 are cascaded. 


Single event counters/timers 
generate an interrupt re- 


quest on the transition from OIH to DOH, while cascad- 
ed ones generate it on the transition from OOOIHto 
OOOOH. 


Event Counter! 
Function 
Programming 
Clock Source 
Timer 
(Mode Word) 


1 
8-BitTimer 
- 
Internal Clock 


2 
8-BitTimer 
T24 = 0, CT2 = 0 
Internal Clock 


8-Bit Event Counter 
T24 = 0, CT2 = 1 
P12 Pin 37 


3 
8-BitTimer 
T35 = 0, CT3 = 0 
Internal Clock 


8-Bit Event Counter 
T35 = 0, CT3 = 1 
P13 Pin 36 


4 
8-BitTimer 
T24 = 0 
Internal Clock 


5 
8-Bit Timer, 
T35 = 0, T5C = 0 
Internal Clock 


Normal Mode 


8-Bit Timer, 
T35 = 0, T5C = 
1 
Internal Clock 


Retriggerable 
Mode 


2 and 4 
16-Bit Timer 
T24 = 1, CT2 = 0 
Internal Clock 
Cascaded 
16-Bit Event Counter 
T24 = 1, CT2 = 1 
P12 Pin 37 


3 and 5 
16-Bit Timer, 
T35 = 1, T5C = 0, 
Internal Clock 
Cascaded 
Normal Mode 
CT3=1 


16-Bit Event Counter, 
T35 = 1, T5C = 0, 
P13 Pin 36 
Normal Mode 
CT3 = 1 


16-Bit Timer, 
T35 = 
1, T5C = 1 
Internal Clock 
Retriggerable 
Mode 
CT3 = 0 


16-Bit Event Counter, 
T35 = 
1, T5C = 
1, 
P13 Pin 36 
Retriggerable 
Mode 
CT3 = 1 
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Each bit in the Port 1 Control Register configures the 
direction of the corresponding pin. If the bit is high, the 
pin is an output, and if it is low the pin is an input. 
Every Port 1 pin has another function which is con- 
trolled by other registers. If that special function is dis- 
abled, the pin functions as a general I/O pin as speci- 
fied by this register. The special functions for each pin 
are described below. 


Port 10, 11-Handshake 
Control 


If byte handshake control is enabled for Port 2 b.L!!!e 
Mode Register, then Port 10 is programmed as STB/ 
ACK handshake control input, and Port 11 is pro- 
grammed as IBF/OBF 
handshake control output. 


If byte handshake mode is enabled for output on Port 2, 
OBF indicates that a character has been loaded into the 
Port 2 output buffer. When an external device reads the 
data, it acknowledges this operation by driving ACK 
low. OBF is set low by writing to Port 2 and is reset 
high by ACK. 


~te 
handshake mode is enabled for in~on 
Port 2, 
STB is an input. IBF is driven low after STB goes low. 
On the rising edge of STB the data from Port 2 is 
latched. 


If Timer 2 or Timer 3 is programmed as an event coun- 
ter by the Mode Register, then Port 12 or Port 13 is the 
counter input for Event Counter 2 or 3, respectively. 


If test mode is enabled by the Mode Register and Com- 
mand Register 2 baud rate select is greater than 2, then 
Port 14is an output from the internal baud rate genera- 
tor. 


P 14 in Port 1 control register must be set to 1 for the 
baud rate generator clock to be output. The baud rate 
generator clock is 64 x the serial bit rate except at 
19.2 Kbps when it is 32 x the bit rate. 


If T5C is set in the Mode Register enabling a retrigger- 
able timer, then Port 15 is the input which starts and 
reloads Timer 5. 


A high-to-low transition on Pl5 (pin 34) loads the tim- 
er with the save register and starts the timer. 


If Break-In Detect is enabled by BRKI in Command 
Register I, then this input is used to sense a Break-In. 
If Port 16 is low while the serial transmitter is sending 
the last stop bit, then a Break-In condition is signaled. 


If BITI in Command Register 1 is set, then a low-to- 
high transition on Port 17 generates an interrupt re- 
quest on Priority Level I. 


Interrupts are enabled by writing to the Set Interrupts 
Register (5W). Interrupts are disabled by writing to the 
Reset Interrupts Register (6W). Each bit set by the Set 
Interrupts Register (5W) will enable that level inter- 
rupt, and each bit set in the Reset Interrupts Register 
(6W) will disable that level interrupt. The user can de- 
termine which interrupts are enabled by reading the 
Interrupt Enable Register (5R). 


Priority 


Highest 
LO 
L1 
L2 
L3 
L4 
L5 
L6 
Lowest 
L7 


Source 


Timer 1 


Timer 2 or Port Interrupt 


External 
Interrupt 
(EXTINT) 


Timer 3 or Timers 3 & 5 


Receiver 
Interrupt 


Transmitter 
Interrupt 


Timer 4 or Timers 2 & 4 


Timer 5 or Port 2 Handshaking 
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o I 
0 I 
0 I 
D4 I OJ L02 I 
0 I 0 I 
~I--2-- Interrupt Level 


(6R) 
Indication 


210907-15 


Reading the interrupt 
address register transfers an 


identifier for the currently requested interrupt level on 
the system data bus. This identifier is the number of the 
interrupt level multiplied by 4. It can be used by the 
CPU as an offset address for interrupt handling. Read- 
ing the interrupt address register has the same effect as 
a hardware interrupt acknowledge INTA; it clears the 
interrupt request pin (INT) and indicates an interrupt 
acknowledgement to the interrupt controller. 


Both the receiver and transmitter in the MUART are 
double buffered. This means that the transmitter and 
receiver have a shift register and a buffer register. The 
buffer registers are directly addressable by reading or 
writing to register seven. After the receiver buffer is 
full, the RBF bit in the status register is set. Reading 
the receive buffer clears the RBF status bit. The trans- 
mit buffer should be writtrn to only if the TBE bit in 
the status register is set. Bytes written to the transmit 
buffer are held there until the transmit shift register is 
empty, assuming CTS is low. If the transmit buffer and 
shift register are empty, writing to the transmit buffer 
immediately transfers the byte to the transmit shift reg- 
ister. If a serial character length is less than 8 bits, the 
unused most significant bits are set to zero when read- 
ing the receive buffer, and are ignored when writing to 
the transmit buffer. 


Writing to Port I sets the data in the Port I output 
latch. Writing to an input pin does not affect the pin, 
but the data is stored and will be output if the direction 
of the pin is changed later. If the pin is used as a control 
signal, the pin will not be affected, but the data is 
stored. Reading Port I transfers the data in Port I onto 
the data bus. 


Writing to Port 2 sets the data in the Port 2 output 
latch. Writing to an input pin does not affect the pin, 
but it does store the data in the latch. Reading Port 2 
puts the input pins onto the bus or the contents of the 
output latch for output pins. 


Reading Timer N puts the contents of the timer onto 
the data bus. If the counter changes while RD is low, 
the value on the data bus will not change. If two timers 
are cascaded, reading the high-order byte will cause the 
low-order byte to be latched. Reading the low-order 
byte will unlatch them both. Writing to either timer or 
decascading them also clears the latch condition. Writ- 
ing to a timer sets the starting value of that timer. If 
two timers are cascaded, writing to the high-order byte 
presets the low-order byte to all ones. Loading only the 
high-order byte with a value of X leads to a count of X 
256+ 255. Timers count down continuously. If the in- 
terrupt is enabled, it occurs when the counter changes 
from I to O. 


The timerlcounter 
interrupts 
are automatically 
dis- 


abled when the interrupt request is generated. 


Reading the status register gates its contents onto the 
data bus. It holds the operational status of the serial 
interface as well as the status of the interrupt pin INT. 
The status register can be read at any time. The flags 
are stable and well defined at all instants. 


Bit 0 can be used in two modes. Normally, FE indicates 
framing error which can be changed to transmission 
mode indication by setting the TME bit in the modifi- 
cation register. 


If transmission mode is diabled (in Modification Regis- 
ter), then FE indicates a framing error. A framing error 
is detected during the first stop bit. The error is reset by 
reading the Status Register or by a chip reset. A fram- 
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ing error does not inhibit the loading of the Receiver 
Buffer. If RxD remains low, the receiver will assemble 
the next character. The false stop bit is treated as the 
next start bit, and no high-to-Iow transition on RxD is 
required to synchronize the receiver. 


When the TME bit in the Modification Register is set, 
FE is used to indicate that the transmitter was active 
during the reception of a character, thus indicating that 
the character 
received was transmitted 
by its own 


transmitter. FE is reset when the transmitter is not ac- 
tive during the reception of character. 
Reading the 


status register will not reset the FE bit in the transmis- 
sion mode. 


If the user does not read the character in the Receiver 
Buffer before the next character is received and trans- 
ferred to this register, then the OE bit is set. The OE 
flag is set during the reception of the first stop bit and is 
cleared when the Status Register is read or when a 
hardware or software reset occurs. The first character 
received in this case will be lost. 


This bit indicates that a parity error has occurred dur- 
ing the reception of a character. A parity error is pres- 
ent if value of the parity bit in the received character is 
different from the one expected according to command 
word 2 bits 6 EP. The parity bit is expected and 
checked only if it is enabled by command word 2 bit 7 
PEN. 


A parity error is set during the first stop bit and is reset 
by reading the Status Register or by a chip reset. 


The BD bit flags whether a break character has been 
received, or a Break-In condition exists on the trans- 
mission line. Command Register I Bit 3 (BRKI) en- 
ables the Break-In Detect function. 


Whenever a break character has been received, Status 
Register Bit 3 will be set and in addition an interrupt 
request on Level 4 is generated. The receiver will be 
idled. It will be started again with the next high-to-Iow 
transition at pin RxD. 


The break character received will not be loaded into the 
receiver buffer register. 


If Break-In Detection is enabled and a Break-In condi- 
tion occurs, Status Register Bit 3 will be set and in 
addition an interrupt request on Level 5 is generated. 


The BD status will be reset upon reading the status 
register or on a hardware of software reset. For more 
information on BreaklBrea~-In, 
refer to the "Serial 


Asynchronous 
Communication" 
section under 
"Re- 


ceive Break Detect and "Break-In Detect". 


When TRE is set the transmit register is empty and an 
interrupt request is generated on Level 5 if enabled. 
When TRE equals 0 the transmit register is in the pro- 
cess of sending data. TRE is set by a chip reset and 
when the last stop bit has left the transmitter. It is reset 
when a character is loaded into the Transmitter Regis- 
ter. If CTS is low, the Transmitter 
Register will be 


loaded during the transmission of the start bit. If CTS 
is high at the end of a character, TRE will remain high 
and no character will be loaded into the Transmitter 
Register until CTS goes low. If the transmitter was in- 
active before a character is loaded into the Transmitter 
Buffer, the Transmitter Register will be empty tempo- 
rarily while the buffer is full. However, the data in the 
buffer will be transferred to the transmitter register im- 
mediately and TRE will be cleared while TBE is set. 


TBE indicates the Transmitter Buffer is empty and is 
ready to accept a character. TBE is set by a chip reset 
or the transfer of data to the Transmitter Register, and 
is cleared when a character is written to the transmitter 
buffer. When TBE is set, an interrupt request is gener- 
ated on Level 5 if enabled. 


RBF is set when the Receiver Buffer has been loaded 
with a new character during the sampling of the first 
stop bit. RBF is cleared by reading the receiver buffer 
or by a chip reset. 


INT-Interrupt 
Pending 


The INT bit reflects the state of the INT Pin (Pin 15) 
and indicates an interrupt 
is pending. It is reset by 


INT A or by reading the Interrupt Address Register if 
only one interrupt is pending and by a chip reset. 


FE, OE, PE, RBF, and Break Detect all generate a 
Level 4 interrupt when the receiver samples the first 
stop bit. TRE, TBE, and Break-In Detect generate a 
Level 5 interrupt. 
TRE generates an interrupt 
when 


TBE is set and the Transmitter Register fmished trans- 
mitting. The Break-In Detect interrupt is issued at the 
same time as TBE or TRE. 


DSC disables the receiver's start bit check. In this state 
the receiver will not be reset if RxD is not low at the 
center of the start bit. 


TME enables transmission mode and disables framing 
error detection. For information on transmission mode 
see the description of the framing error bit in the Status 
Register. 


RSO, RS 1, RS2, RS3, RS4-Receiver 
Sample 


Time 


The number in RSn alters when the receiver samples 
RxD. The receiver sample time can be modified only if 
the receiver is not clocked by RxC. 


NOTE: 
The modification 
register cannot be read. Reading 


from address OFH, 8086: IEH gates the contents of 
the status register onto the data bus. 
- 
A hardware reset (reset, Pin 12) resets all modifica- 
tion register bits to 0, i.e.: 
• The start bit check is enabled. 
• Status Register Bit 0 (FE) indicates framing er- 


ror. 
• The sampling time of the serial receiver is the bit 


center. 


A software reset (Command Word 3, RST) does not 
affect the modification register. 


A reset signal on pin RESET (HIGH level) forces the 
device 8256 into a well-defined initial state. This state is 
characterized as follows: 


rUlin 
UI 
'1I1Ie;UC'LWC'CII 


RS4 
RS3 RS2 
RS1 
RSO Start of Bit and End of 


Bit Measured 
in Steps 


of 1/32 Bit Length 


0 
1 
1 
1 
1 
1 (Start of Bit) 


0 
1 
1 
1 
0 
2 


0 
1 
1 
0 
1 
3 


0 
1 
1 
0 
0 
4 


0 
1 
0 
1 
1 
5 


0 
1 
0 
1 
0 
6 


0 
1 
0 
0 
1 
7 


0 
1 
0 
0 
0 
8 


0 
0 
1 
1 
1 
9 


0 
0 
1 
1 
0 
10 


0 
0 
1 
0 
1 
11 


0 
0 
1 
0 
0 
12 


0 
0 
0 
1 
1 
13 


0 
0 
0 
1 
0 
14 


0 
0 
0 
0 
1 
15 


0 
0 
0 
0 
0 
16 (Bit Center) 


1 
1 
1 
1 
1 
17 


1 
1 
1 
1 
0 
18 


1 
1 
1 
0 
1 
19 


1 
1 
1 
0 
0 
20 


1 
1 
0 
1 
1 
21 


1 
1 
0 
1 
0 
22 


1 
1 
0 
0 
1 
23 


1 
1 
0 
0 
0 
24 


1 
0 
1 
1 
1 
25 


1 
0 
1 
1 
0 
26 


1 
0 
1 
0 
1 
27 


1 
0 
1 
0 
0 
28 


1 
0 
0 
1 
1 
29 


1 
0 
0 
1 
0 
30 


1 
0 
0 
0 
1 
31 


1 
0 
0 
0 
0 
32 (End of Bit) 


I) Command registers 1, 2 and 3, mode register, Port 1 
control register, and modification register are reset. 
Thus, all bits of the parallel interface are set to be 
inputs and event counters/timers 
are configured as 


independent 8-bit timers. 
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2) Status register bits are reset with the exception of 


bits 4 and 5. Bits 4 and 5 are set indicating that both 
transmitter 
register and transmitter 
butTer register 


are empty. 
3) The interrupt mask, interrupt request, and interrupt 


service register bits are reset and disable all requests. 
As a consequence, interrupt signal INT is inactive 
(LOW). 


4) The transmit data output is set to the marking state 


(HIGH) and the receiver section is disabled until it is 
enabled by Command Register 3 Big 6. 


5) The start bit will be checked at sampling time. The 
receiver will return to start bit search mode if input 
RxD is not LOW at this time. 


6) Status Register Bit 0 implies framing error. 
7) The receiver samples input RxD at bit center. 


Reset has no etTect on the contents of receiver butTer 
register, transmitter 
butTer register, the intermediate 
latches of parallel ports, and event counters/timers, 
re- 


spectively. 


This section describes the hardware interface between 
the 8256 MUART and the 8085, 8086, 8088, and 80186 
microprocessors. 
Figures 
14 through 
19 display the 
block diagrams for these interfaces. The MUART can 
be interfaced 
to many other microprocessors 
using 


these basic principles. 


In all cases the 8256 will be connected directly to the 
CPU's multiplexed address/data 
bus. If latches or data 
bus buffers are used in a system, the MUART should 
be on the microprocessor side of the address/data 
bus. 
The MUART latches the address internally on the fall- 
ing edge of ALE. The address consists of Chip Select 
(CS) and four address lines. For 8-bit microprocessors, 
ADO-AD3 are the address lines. For 16-bit microproc- 
essors, AD 1- AD4 are the address lines; ADO is used as 
a second chip select which is active low. Since chip 
select is internally latched along with the address, it 
does not have to remain active during the entire in- 
struction cycle. As long as the chip select setup and 
hold times are met, it can be derived from multiplexed 
address/data 
lines or multiplexed address/status 
lines. 


In Figure 15, the 8088 min mode, the 8205 chip select 
decoder is connected to the 8088's address bus lines 
A8-AI5. 
These address lines are stable throughout the 
entire instruction cycle. However, the MUART's chip 
select signal could have been derived from AI6/S3- 
AI9/S6. 


Figure 16 shows the 8256 interfaced with an 8086 in 
the min mode. When the 8256 is in the 16-bit mode, AO 
serves 
as a 
second 
chip 
select. 
As 
a result 
the 


MUART's internal registers will all have even address- 
es since AOmust be zero to select the device. Normally 
the MUART will be placed on the lower data byte. If 
the MUART is placed on the upper data byte the inter- 
nal registers will be 512 address locations apart and the 
chip would occupy an 8K word address space. Figure 
16A shows a table and a diagram of how the 8256 may 
be selected in an 8086 system where the MUART is 
110 mapped and used on the lower byte of the address/ 
data bus. 


In general the MUART's functions are independent of 
each other and only the registers and bits associated 
with a particular function need to be initialized, not the 
entire chip. The command sequence is arbitrary since 
every register is directly addressable; however, Com- 
mand Word I must be loaded first. To put the device 
into a fully operational condition, it is necessary to 
write the following commands: 


Command byte I 
Command byte 2 
Command byte 3 


Mode byte 
Port I control 
Set Interrupts 


The modification register may be loaded if required for 
special applications; normally this operation is not nec- 
essary. It is a good idea to reset the part before initiali- 
zation. (Either a hardware or a software reset will do.) 


The microprocessor transfers data to the serial interface 
by writing bytes to the Transmit ButTer Register. Re- 
ceive characters are transferred by reading the Receiver 
ButTerRegister. The Status Register provides all of the 
necessary information to operate the serial I/O, includ- 
ing when to write to the Transmit ButTer,and when to 
read the Receive ButTerand error information. 


The transmitter and the receiver may be operated by 
using either polling or interrupts. If polling is used then 
the software may poll the Status Register and write a 
byte to the Transmit ButTerwhenever TBE = I. Writ- 
ing a byte to the Transmit ButTerclears the TBE status 
bit. If the CTS pin is low, then the Transmit ButTerwill 
transfer the data to the Transmit Register when it be- 
comes empty. When this transfer takes place the TRE 
bit is reset, and the TBE bit is set indicating the next 
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} 
Serlal 
UO 


ALE 


ADO-AD4 
DB5-DB7 


CS 


byte may be written to the Transmit Buffer. If CTS is 
high, disabling the transmitter, the data byte will re- 
main in the Transmit Buffer and TBE will remain low 
until CTS goes low. The transmitter can only buffer one 
byte if it is disabled. 


There is no way of knowing that the transmitter is dis- 
abled unless the CTS signal is fed into one of the I/O 
ports. Using the transmitter interrupt will free up the 
CPU to perform other functions while the transmitter 
is disabled or while the Transmit Buffer is full. 


To enable the transmit interrupt feature Bit L5 in the 
Set Interrupt Register must be set. An interrupt request 
will not occur immediately after this bit has been set. 
Before any transmit interrupt request will occur a byte 
must be written to the Transmit Buffer. After the first 
byte has been written to the Transmit Buffer, a transmit 
interrupt request will occur, providing the transmitter 
is enabled. 


There are three sources of transmitter 
interrupt 
re- 


quests: TBE = 
1, TRE = 
1, and Break-In Detect. 
Assuming the Break-In Detect feature is disabled, after 


the transmit interrupt is enabled and the, first byte is 
written, a transmit interrupt request will be generated 
by TBE going active. The microprocessor can immedi- 
ately write a byte to the Transmit Buffer without read- 
ing any status. However if Break-In Detect is enabled, 
the Status Register must be read to determine whether 
the transmit interrupt request was generated by Break- 
In Detect or TBE. 


The TRE interrupt 
request can be used to indicate 


when the transmitter 
has completely sent all of the 


data. For example, using half-duplex communications, 
all of the data written to the MUART must be trans- 
mitted before the line can be turned around. After the 
last byte is written, an interrupt request will be generat- 
ed by TBE. If this interrupt is acknowledged without 
writing another byte, then the next transmitter inter- 
rupt request, TRE = 1, will indicate that the transmit- 
ter is empty and the line may be turned around. 


Valid data may be read from the Receive Buffer when- 
ever the RBF bit in the Status Register is set. Reading 
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Figure 15.8088 Min Mode/8256 Interface Multiplexed Bus 


the Receive Buffer resets the RBF status bit. The RBF 
bit in the Status Register can be used for polling. When 
the RBF bit is set, the three receive status bits PE OE 
and FE are updated. These three status bits' are 'rese~ 
when they are read. Therefore when the status register 
is read with RBF set, the three error status bit should 
be tested too. 
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If interrupts are used for serial receive data, the receiver 
must be enabled by setting the RxE bit in Command 
Reg!ster 3, and Bit L4 must be set in the Set Interrupt 
Register. When the receive interrupt request occurs the 
Receive Buffer may be read, but the status register 
should also be read since the receive interrupt could 
have been generated by the Break Detect. Also, reading 
the status register will indicate whether there were any 
errors in the received character. 
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Data can be transferred to or read from Port I and Port 
2 by using the appropriate write and read operations. 


Writing to the ports transfers the data present on the 
data bus into the output latches. This operation is inde- 
pendent of the programmed I/O characteristics of the 
individual port pins. Writing to control or input ports 
has no effect on the state of the pins. Pins defined as 
outputs immediately assume the state which is associat- 
ed with the transferred data. If inputs or control pins 
are reprogrammed into outputs, they assume the states 
stored in their output latches which were transferred by 
the most recent port write operation. 
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Reading the ports gates the state at the pins onto the 
data bus if they are defined as I/O pins. A read opera- 
tion transfers the contents of the associated output 
latches of pins PI2, Pl3, P15, and PI6, which are de- 
fined as control function pins. Reading control pins 
P 10, P 11, and P 17 delivers the state of these pins. 


Operating 
the Event Counters/Timers 


The event counters/timers 
can be loaded with an intial 
value at any time. Reading event counters/timers 
is 
possible without interfering with the counting process. 


Loading event counters/timers 
1-5 under their respec- 
tive addresses transfers the data present on the data bus 
.as an initial value into the addressed event counter/tim- 
er. The event counter/timer 
counts from the new initial 


value immediately following the data transfer (excep- 
tion: retriggerable mode of Timer 5, or 3 and 5). 


Cascaded counters/timers 
can be loaded with an initial 
value using one of two procedures: 
I) Only the event counter/timer 
representing the most 


significant byte will be loaded. The event counter / 
timer representing the least significant byte is set to 
OFFH automatically. Counting is started immediate- 
ly after the data transfer. 
2) The event counter/timer 
representing the most sig- 


nificant byte will be loaded, causing the least signifi- 
cant byte to be set to OFFH automatically. Counting 
is started immediately following the data transfer. 
Next, the counter representing the least significant 
byte will be loaded and counting is started again, but 
this time with a complete 16-bit initial value. The 
least significant byte of the initial value must be 
transferred before the counter representing the least 
significant byte exhibits its zero transition to prevent 
the most significant byte of the initial value from 
being decremented improperly. 
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In the case of an 8-bit initial value for Timer 5 or for 
cascaded Event CounterlTimer 
3 and 5, the initial val- 
ue for Timer 5 is loaded from a save register, if it is 
operated in retriggerable counting mode. Counting is 
started after an initial value has been transferred when- 
ever a high-to-Iow transition occurs on Port PIS. 


Cascaded Event CounterlTimer 
3 and 5 operating in 
retriggerable counting mode can be loaded directly with 
an initial value for Timer 5 representing the most sig- 
nificant byte; Event CounterlTimer 
3 will be set to 
OFFH automatically. 


Reading event counters/timers 
1-5 from their respec- 
tive addresses gates the counter contents onto the data 
bus. The counter contents gated onto the data bus re- 
main stable during the read operation while the counter 
just being read continues to count. The minimum time 
between the two read operations from the same counter 
is I /Ls. 


The procedure to be followed when reading cascaded 
event counters/timers 
is: 


1) The event counter/timer 
representing the most sig- 
nificant byte will be read first. At this time, the least 
significant byte is latched onto read latches. 


2) When the event counter/timer 
representing the least 


significant byte is addressed, the byte stored in the 
read latches will be gated onto the data bus. The 
value stored in the read latches remains valid until it 
is read, the cascading condition is removed, or a 
write operation affecting one of the two event coun- 
ters/timers is executed. 


The time between reading the most significant byte and 
the least significant byte must be a least I /Ls. 


NOTE: 
For cascaded event counters/timers 
the least signifi- 
cant counter/timer 
is latched after reading the most 


significant counter/timer. 
If the lower byte changes 


from OOHto OFFH between the reading of the MSB 
and the latching of the LSB, the carry from the most 
significant event counter/timer 
to the least significant 
event counter/timer 
is lost. Therefore, it is necessary 


to repeat the whole reading once if the value of the 
least significant event counter/timer 
is OFFH. Doing 
this will avoid working with a wrong value (correct 
value + 255). 
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This section desclibes how the 8256was designedinto a 
Line Printer Multiplexer (LPM)_ This application ex- 
ample was chosen because it employs a majority of the 
MUART's features. The information in this section will 
be applicable to many other designs since it describes 
some common software and hardware aspects of using 
the MUART. 


Description 
of the Line Printer 
Multiplexer 
(LPM) 


The Line Printer Multiplexer allows up to eight work- 
stations to share one printer. The workstations transmit 
serial asynchronous data to the LPM. The LPM re- 
ceivesthe serial data, buffers it, then transmits it to the 
line printer using a two-wire byte handshake Datapro- 
ducts interface. A conceptual diagram of this system is 
shown in Figure 20. Note that only one workstation 
can transmit at a time. This workstation will transmit 
its entire filebefore another workstation will be allowed 
to transmit. 


The LPM sequentially polls each of the eight RS-232 
ports for a Request To Send (RTS). When it finds a 
serial port which has asserted RTS, it configures itself 
for the appropriate data format and bit rate, establishes 
the connection and sends back to the serial port a Clear 
To Send (CTS) which enables transmission. The LPM 
receives the serial asynchronous data, buffers it in a 
software FIFO, and transmits the data to the line prin- 
ter. If the LPM detects an error in any of the serial 
characters it receives, it transmits an error message to 
the serial port and ignores the bad character. If the 
LPM does not receive a serial character after 18 sec- 
onds, it assumes that the transmission is complete. It 
transmits the final status to the serial port, and returns 
to scanning. 


This LPM was designed to be used with single-user 
workstations and a 300 lines per minute line printer. 
These workstations are not multitasking; therefore in 
the middle of a file transfer when the CPU needs to 
reload its buffer from the disk, no serial data is trans- 
mitted. During this time the LPM 
is emptying its 


FIFO; thus, the line printer never stops printing. 


The buffer size on the LPM was chosen to complement 
the disk access time on the workstations. Figure 21 il- 
lustrates the buffer size calculation. The line printer can 
print up to 300 lines per minute, or approximately 660 
characters 
per second. This corresponds to a serial 


transmission rate of 6,600 bps (assuming ASCII char- 
acter codes and a parity bit) as shown in equation 1. 


Serial bit rate for the lineprinter = 


(300lines/min)·(132char/line)·(10 bits/char) 


(60sec/min) 
(1) 


The bottleneck in this data transfer is the line printer 
since the MUART 
and the workstations 
can both 
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transmit and receive at 19.2 Kbps. To realize the maxi- 
mum data transfer rate of this system the LPM must 
guarantee that the average transfer rate to the line prin- 
ter is 660 characters per second. The maximum amount 
of dead time that the serial port on the workstation is 
not transmitting, 
multiplied by 660 is the number of 
bytes which the LPM should buffer. It was determined 
through experimentation that it takes about 3 seconds 
to load 40K bytes of data from the disk into the work- 
station's RAM. During these 3 seconds no serial data is 
being sent; therfore the buffer size on the LPM should 
be 2K bytes. (Note: even though only a 2K byte FIFO 
is required, this design used an 8K byte FIFO.) 


To keep the LPM's buffer full the serial data rate must 
be greater than 6.6 Kbps. The two bit rates which the 
workstations use are 9.6 Kbps and 19.2 Kbps. The CTS 
signal is used to control the flow of the serial data so 
that the LPM buffer will not overflow. 


Each serial port on the LPM can have a different bit 
rate, character length, and parity format. These param- 
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eters are programmable through the serial port. When 
the LPM powers up, or is reset, it expects a bit rate of 
9600 bps, 7 bit characters, and odd parity. When a seri- 
al port receives an ASCII ESC character (IBH), it puts 
that port in the program mode. The next two bytes will 
program these three parameters. Only the lower nibbles 
of these two bytes are used, and the upper nibbles are 
discarded. The format of these programming words is 
given in Figure 22. If the word following the ESC is an 
ASCII NUL (0), the LPM will exit from the program- 
ming mode and not change any of its parameters. 


Figure 23 shows a block diagram of the LPM. In addi- 
tion to the standard components of most microproces- 
sor systems such as CPU, RAM, and ROM this partic- 
ular design requires a UART, timers, parallel I/O and 
an interrupt 
controller. 
The MUART 
is the ideal 


choice for this design since it integrates these four func- 
tions onto one device. 
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The eight serial I/O ports use four signals: Transmit 
Data (TxD), Receive Data ~), 
Request To Send 


(RTS), and Clear To Send (CTS). These four signals, 
controlled by the MUART, are connected to one port 
at a time using TTL multiplexers. The TTL multiplex- 
ers are interfaced to RS-232 transceivers to be electri- 
cally compatible with the RS-232 spec. The serial port 
select 
address 
is derived 
from 
three 
bits 
of the 


MUART's 
parallel I/Q...E.ort (port I). Two more bits 


from Port I control CTS and RTS, and another bit 
lights up an LED to indicate when the LPM's buffer is 
full. Parallel Port 2 and two bits from Port I are con- 
nected to the line printer implementing a two-wire byte 
handshake transfer. These signals are passed through a 
line driver so that they can reliably drive a long cable. 


There are three timing functions needed for the LPM: a 
scan timer, a debounce timer, and a receive timeout. 
The Scan timer determines the amount of time spent 
sampling RTS on each port before the next port is ad- 
dressed. By using one of the MUART's timers to do 
this function, the CPU is free to perform other func- 


tions instead of implementing the timer in software. If 
RTS is recognized as true, the CPU branches into a 
debounce procedure. This procedure uses another one 
of the MUART's 
timers to wait 10 ms then sample 


RTS again, th~reventing 
any glitches from register- 


ing as a false RTS. The receive timeout timer uses two 
8-bit timers in the cascaded mode to measure an 18-sec- 
ond interval. After a valid RTS is recognized, the LPM 
sends back a CTS and initializes the receive timeout 
timer for 18 seconds. Each time a character is received 
by the LPM, this timer is reinitialized. If this timer 
times out, the LPM considers the transmission com- 
plete and returns to scanning. 


The schematic diagram of the LPM is shown in Figure 
24. The CPU is an 8088 used in the min mode. It is 
interfaced directly to the 8256. An 8282 latch is em- 
ployed in the system so that nonmultiplexed bus memo- 
ry can be used. A 2716 holds the entire program, and 
six 2016s (2K x 8 static RAMs) are used to store the 
buffer, temporary data, stack area, and interrupt vector 
table. The 2716 is located in the upper 2K of the 8088 


Signal 
Description 
Connector 
Pin 


Data Request 
Sent by printer to synchronize data transmission. 
When true, 
E(return C) 


requests 
a character. 
Remains true until Data Strobe is 
received, then goes false within 100 ns. 


Data Strobe 
Sent by user system to cause printer to accept information on 
j(return m) 


data lines. Should remain true until printer drops Data Request 
line. Data lines must stabilize for at least 50 ns before Data 
Strobe is sent. 


Data Bit 1 
B(return D) 


Data Bit 2 
F(return J) 


Data Bit 3 
L(return N) 


Data Bit 4 
Bit 8 controls optional character 
set 
R(return T) 
Data Bit 5 
Refer to Commands 
and Formats. 
V(return X) 
Data Bit 6 
Z(return b) 
Data Bit 7 
n(return k) 
Data Bit 8 
h(return e) 


VFU Control 
Optional control from user system. Used for VFU control. Data 
p(return s) 
(PI) 
Request/Strobe 
timing is same as for data lines. 


Ready 
Sent to user system by printer. True when no Check condition 
CC(return EE) 


exists. 


On Line 
Sent to user system by printer. True when Ready line is true and 
y (return AA) 


operator has activated ON LINE Pushbutton. 
Enables interface 
activity. 


Interface Verify 
Jumper in printer connector. 
Continuity informs user system that 
x to v 


connector 
is properly seated. 


+5V 
Supply voltage for Exerciser only. 
HH 
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address space (FF800-FFFFFH) so that the reset vec- 
tors can be stored starting at location FFFFOH. The 
RAM address space spans 0-2FFFH so that the inter- 
rupt vector table can be stored starting at location O. 
The MUART is I/O mapped and its registers occupy 
even addresses from 0 to IEH. Using an 8088CPU the 
MUART must be placed in the 8086 mode since the 
INTA signal is used; hence the register addresses are all 
even numbers. 


The line printer used provides a choice of two standard 
parallel interfaces: Centronics or Dataproducts. The 


Centronics interface uses a two-wire handshake pulsed 
strobe where the transmitter asserts a complete strobe 
pulse before an acknowledge is received. The Datapro- 
ducts interface is an interlocking two-wire handshake. 
The Dataproducts interface was chosen since it is di- 
rectly compatible with the MUART's two-wire byte 
handshake. The MUART could also be connected to 
the Centronics interface; however, additional hardware 
would be necessary to generate the pulsed strobe for 
correct interrupt operation. Figure 25 shows the timing 
of the Dataproducts interface and Table 6 lists the con- 
nector pin configuration. 
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Only ten signals are used to interface 
the LPM to the 
line printer: 
Data Request, 
Data Strobe, and the eight 
data 
lines. The most significant 
data line is not used 
since the character 
code is 7-bit ASCII. 
Data 
Strobe 
connects 
to OBF on the MUART; 
however, 
for the 
Dataproducts 
interface 
this 
si~ 
must 
be inverted. 
Data 
Request 
is connected 
to ACK 
on the MUART. 


When the line printer is ready to accept data, the Data 
Request 
signal goes high. The 8256 will not interrupt 
the CPU to transmit 
parallel data unless this signal is 
high. 


The Dataproducts 
interface 
is slightly 
different 
from 
the MUART's 
two-wire 
handshake 
in that 
it latches 
the data on the leading edge of the strobe signal. When 
the MUART 
receives bytes it latches the data on the 
trailing edge. As a result the Dataproducts 
interface has 
a 50 ns setup time for data stable to the leading edge of 
Data 
Strobe. 
In the LPM 
hardware 
a delay line was 
used to realize this setup time. 


The software is written in PL/M 
and is broken up into 
four separate 
modules, 
each containing 
several proce- 
dures. A block diagram of the software structure 
is giv- 
en in Figure 26. The modules are identified by the dot- 
ted boxes, and the procedures 
are identified by the solid 
boxes. Two or more procedures 
connected 
by a solid 
line means the procedure 
above calls the procedure 
be- 
low. The procedures 
without 
any solid lines connected 
above are interrupt 
procedures. 
They are entered when 
the MUART 
interrupts 
the CPU and vectors an indi- 
rect address to it. 


The LPM program 
uses nested interrupts; 
the priority 
of the interrupt 
procedures 
is given in Table 7. 


Table 7. Line Printer 
Multiplexers' 
Interrupt 
Priority 
Priority 
Source 


Debounce 
Timer 
Not Used 
Not Used 
Receive Timer 
RxD Interrupt 
TxD Interrupt 
Scan Timer 
LP Interrupt 


The priority of the interrupts 
is not programmable 
but 
they are logically oriented 
so that for this application 
the priority 
is correct. 
In the steady state of the LPM's 
operation 
the UART 
will be receiving 
data, 
and the 
parallel port will be transmitting 
data. The serial receiv- 
er should be the highest priority since it can have over- 
run errors. This is the case because the debounce timer 
will be disabled, and the receive timeout 
interrupt 
will 
only occur when serial reception 
has ended. Therefore 
the RxD request 
can interrupt 
any other 
service rou- 
tine, thus preventing 
any possibility 
of an overrun 
er- 
ror. 


On power-up the CPU branches 
from OFFFFOH to the 
INITCODE 
routine 
which is included 
in the machine 
code by the MDS locater utility. INITCODE 
initializes 
the 8088's segment registers, stack pointer, and instruc- 
tion pointer, 
then it disables interrupts 
and jumps into 
MAIN_MOD. 
The 
first 
executable 
instruction 
in 
MAIN_MOD 
calls 
POWER$ON, 
which 
initializes 
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the 
MUART, 
flags, variables, and 
arrays. 
The 


MAIN_MOD 
calls LOAD$INT$TABLE, which ini- 
tializes the interrupt vector table. The CPU's interrupt 
is then enabled and the program enters into a DO 
FOREVER loop which scans the eight serial ports for 
an RTS. 


There are three software functions which employ the 
MUART's timers and nterrupt controller to measure 
time 
intervals: 
SCAN, 
debounce, 
and 
IN- 


IT$RECEIVER. 
DEBOUNCE 
and 
IN- 


IT$RECEIVER 
procedures, employ the MUART's 
timers and interrupt controller to measure time inter- 
vals. The CPU remains in a loop for a specific amount 
of time before it proceeds with the next section of code. 
In this loop the CPU is waiting for a global status flag 
to change while servicingany interrupts which may oc- 
cur. When the appropriate timer interrupt occurs, the 
interrupt service routine will set the global flag which 
causes the CPU to exit the loop and proceed to the next 
section of code. An example can be seen from the scan 
flow chart in Figure 27. 


The first thing the program does before entering the 
loop is set the flag (in this case SCAN$DELAY) 
TRUE. The timer is intialized and the loop is entered. 
As long as SCAN$DELAY is TRUE the CPU will 
continue to sample RTS. If RTS remains false for more 
than 100 ms, the timer interrupts the CPU and the 
interrupt service routine sets SCAN$DELAY FALSE 
This causes the CPU to exit the loop and address the 
next port. The process is then repeated. If RTS be- 
comes true while it is being sampled, the DEBOUNCE 
procedure is called. 


DEBOUNCE does nothing more than wait 10 ms and 
sample RTS again using the same technique discussed 
above. If RTS is still valid INIT$RECEIVER is called, 
otherwise the CPU returns to scan. 


inter 


INIT$RECEIVER 
calls CONFIGURE 
which pro- 
grams the MUART for the bit rate, number of bits in a 
character, and parity format. This information is stored 
in an array called SERIAL$FORMA T, which contains 
a 
byte for each port. 
The 
bytes in the 
SERI- 
AL$FORMA T array have the same bit definition as 
the two nibblesin the programming words in Figure 22. 
Upon returning to INIT$RECEIVER the receiver is 
enabled, the receivetimeout timer is initialized, and the 
timer and receiver interrupts are enabled. CTS on the 
serial port is then set true, and the CPU enters a loop 
which does nothing except wait for 18 seconds. If no 
characters are received within 18 seconds, the receive 
timeout interrupt occurs and the loop flag is set false, 
which causes the CPU to exit the loop. If a character is 
received, a receive interrupt occurs, and the CPU vec- 
tors into the RxD interrupt service routine. 


Figure 28 shows a flowchart of the RxD interrupt serv- 
ice routine. This routine begins by reading ther receive 
buffer and reinitializing the receive timeout timer. 
There are two conditions to check for before the char- 
acter can be inserted into the FIFO. First, if there are 
any errors in the receivedcharacter, an ERROR proce- 
dure is called which reports back to the serial port what 


the error condition was. The character in error is dis- 
carded and the routine returns. The other condition is 
that if the received character is an ASCII ESC, the 
PROGRAM procedure is called. If neither one of these 
conditions occurs, the character is placed in the FIFO 
by the BUFF$IN procedure. 


The LP interrupt routine is entered when the byte 
handshake interrupt request is acknowledged.This rou- 
tine simply calls the BUFF$OUT procedure, which ex- 
tracts a byte out of the FIFO. BUFF$OUT returns the 
byte to the LP interrupt procedure, which then writes it 
to Port 2. One small problem with getting the hand- 
shake interrupt going is that the first byte has to be 
written to Port 2 before the first handshake interrupt 
will occur. The problem is that the line printer may not 
be ready for the first byte. This would be indicated by 
DATA REQUEST being low. If the byte was written 
to the LP while DATA REQUEST is low, it would be 
lost. Note that if the handshake interrupt is enabled 
while DATA REQUEST is low, then DATA RE- 
QUEST goes high, the interrupt will occur without 
writing the first byte. There are several ways to solve 
this problem. Port I can be read to find out what the 
state of the DATA REQUEST line is. If DATA RE- 
QUEST is low, the CPU can simply wait for the inter- 
rupt without writing the first byte. If DATA RE- 
QUEST is high, then the first data byte may be written. 
Another solution would be to write a NUL character as 
the first byte to Port 2. If DATA REQUEST is low, 
then a worthless character is lost. If DATA REQUEST 
is high, the NUL character would be sent to the line 
printer; however, it is not printed since NUL is a non- 
printable character. The LPM program uses the NUL 
character solution. 


The FIFO implementation uses an 8K byte array to 
store the characters. There are two pointers used as 
indexes in 
the 
array 
to 
address 
the 
characters: 


IN$POINTER and OUT$POINTER. IN$POINTER 
points to the location in the array which will store the 
next byte of data inserted. OUT$POINTER points to 
the next byte of data which will be removed from the 
array. Both IN$POINTER and OUUPOINTER 
are 


declared as words. Figure 29 illustrates the FIFO in a 
block diagram. 


The BUFF$IN procedure receivesa byte from the RxD 
interrupt routine and stores it in the array location 
pointed to by IN$POINTER, then IN$POINTER is 
incremented. Similarly, when BUFF$OUT is called by 
the LP interrupt routine, the byte in the array pointed 


inter 


to by OUT$POINTER 
is read. OUT$POINTER 
is in- 
cremented, and the byte which was read is passed back 
to the LP interrupt routine. Since IN$POINTER 
and 


OUT$POINTER 
are always incremented, they must be 


able to roll over when they hit the top of the 8K byte 
address space. This is done by clearing the upper three 
bits of each pointer after it is incremented. 


I+- 


..- 


(8 


BUFFER$sTATUS 


EMPTY 
INUSE 
FULL 


SERIAL 
INPUT 
PARALLEL 
OUTPUT 


g:F 
I !: 
I 
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IN$POINTER 
and OUT$POINTER 
not only point to 
the locations in the FIFO, they also indicate how many 
bytes are in the FIFO and whether the FIFO is full or 
empty. When a character is placed into the FIFO and 
IN$POINTER 
is incremented, 
the FIFO 
is full if 
IN$POINTER 
equals OUT$POINTER. 
When a char- 
acter is read from the FIFO and OUT$POINTER 
is 
incremented, the FIFO is empty if OUT$POINTER 
equals IN$POINTER. 
If the buffer is neither full nor 


empty, 
then 
it 
is 
in 
use. 
A 
byte 
called 
BUF- 
FER$ST ATUS is used to indicate one of these three 
conditions. 


The software uses the buffer status information to con- 
trol the flow into and out of the FIFO. When the FIFO 
is empty the handshake interrupt must be turned off. 
When the FIFO is full, CTS must be sent false so that 
no more data will be received. If the buffer status is in 
use, CTS is true and the handshake interrupt 
is en- 
abled. 


Figure 30 shows the flow chart of the BUFF$IN proce- 
dure. The BUFF$IN procedure begins by checking the 
BUFFER$ST ATUS. If it is empty and the character to 
be inserted into the FIFO is a CR or LF, the handshake 
interrupt is enabled, a NUL character is output, and 
the BUFFER$ST ATUS is set to INUSE. The character 


passed to BUFF$IN from RxD is put into the FIFO. If 
the FIFO is now full, the BUFFER$ST ATUS is set to 
FULL, CTS is set false, and the buffer full LED is 
turned on. 


Figure 31 shows the flow chart of the BUFF$OUT pro- 
cedure. After the character is read from the FIFO, the 
FIFO is tested to determine if it is empty. If it is not 
empty, the BUFFER$STATUS 
is FULL and there are 


200 bytes available in the FIFO, serial data reception is 
reenabled, and the FIFO fills again. White data is being 
received from the workstation, CTS toggles high and 
low, filling up and emptying the last 200 bytes in the 
FIFO. Referring to the top of the flow chart (FIFO 
empty test) if it's empty, the BUFFER$STATUS 
is set 
to EMPTY, and the handshake interrupt is disabled. 
During this time all interrupts are disabled at the CPU. 
(Remember that the RxD interrupt routine can inter- 
rupt the LP and BUFF$OUT procedures since it has a 
higher priority, and the MUART 
is in the nested 


mode.) 


If the CPU interrupt was not disabled during this time, 
the following events could occur which would cause the 
LPM to crash. Assume that the RxD interrupt 
oc- 


curred where the asterisk is in the flow chart, after 
BUFFER$STATUS 
is set to EMPTY. The BUFF$IN 
procedure would set BUFFER$ST ATUS to INUSE 
and enable the handshake interrupt. When the RxD 
interrupt routine returned to BUFF$OUT, the hand- 
shake interrupt is disabled, but the BUFFER$ST ATUS 
is INUSE. The handshake interrupt 
could never be 


reenabled, and the FIFO would fill up. This is known 
as a critical section of code. Suspicion should arise for a 
critical section of code when two or more nested inter- 
rupt routines can affect the same status. One solution is 
to disable the interrupt flag at the CPU while the status 
and conditional operations are being modified. 


The flow chart for the TxD interrupt procedure is given 
in Figure 32. For this program five different messages 
can be transmitted, and they are stored in ROM. It is 
possible to download the messages into a dedicated 
RAM buffer; however, the RAM buffer would have to 
be as large as the largest message. A more efficient way 
to transmit the messages is to read them from ROM. In 
this case the address of the first byte of the message 
would have to be accessible by the transmit interrupt 
procedure. Since parameters cannot be passed to inter- 
rupt procedures, this message pointer is declared PUB- 
LIC in one module and EXTERNAL in the other mod- 
ules. 


To get the transmit interrupt started, the first byte of 
the message must be written to the transmit buffer. 


When a section of code decides to transmit a message 
serially, it loads the global message pointer with the 
address of the first byte of the message, enables the 
transmit interrupt, and calls the TxD interrupt proce- 
dure. Calling the TxD interrupt procedure writes the 
first byte to the transmit buffer to initiate transmit in- 
terrupts. This can be done by calling PL/M's 
built-in 


procedure CAUSE$INTERRUPT. 


The transmit interrupt routine checks each byte before 
it writes it to the transmit buffer. The last character in 
each message is a 0, so if the character fetched is 0, the 
transmit interrupt is disabled and the character is ig- 
nored. 


USING THE LPM WITH THE 
INTELLEC® 
MICROCOMPUTER 


DEVELOPMENT 
SYSTEM, 
SERIES 
II OR SERIES 
III 


A special driver program was written for the MDS to 
communicate 
to 
the 
LPM. 
This 
program, 
called 


WRITE, reads a specified file from the disk, expands 
any TAB characters, and transmits the data through 
Serial Channel 2 to the LPM. Serial Channel 2 was 
chosen because CTS and RTS are brought out to the 
RS-232 connector. The WRITE program is listed in 
Appendix B. It was also necessary to modify the boot 
ROM of the development system so that Serial Channel 
2 initializes with RTS false and a bit rate of 9600 bps. 


inter 


intJ 


APPENDIX A 
LISTING OF THE LINE PRINTER 
MULTIPLEXER SOFTWARE 


SERIES-Ill 
PL/M-80 
VI 
0 
t.UMPILAIIUN 
OF 
MODUl.E: 
MAINNOl> 


OB..JECl 
MODULE 
PLACED 
IN 
I". 
MAIN 
OO~I 


COI'1PILER 
INVOKED 
BV 
PUUib 
80 
F 1 
MAIN 
SRC 


/ 
••••••••••••••.••••••••••••••••••••••••••• 
'It 
•••••.••••••••••••••••••••••••••••••••••••••• 
. 


MAIN 
MODULE. 
FOR 
THE 
LINE 
PRINTER 
,",ULTIPLEXER 
.• 
. 
. 
•••.•.•••••.••••.•.•.••••••••.•.•.•.•.•.•.•.•.•.•.•••.•••.•.•.••••.•••.•••.••••••.•••••••••••••.•.•••••I 


/* ••••••••••.•.•.•.•••••••.•.•.•.•••••.•.••••••••••••.•••••.•••.•••••••.•••••.•.••••••••••••• 


.• 
PORT 
1 
BIT 
CONFIQURATJON 
.•. 
BUFFER 
FULL 
CTS 
ADDRESS 
RTS 
TWO 
WIRE 
HANDSHAKE 
.• 


• 
B7 
06 
0' 
04 
03 
B2 
BI 
BO 
• 
..••••••••••••.•••.••••••••••••••••••••...••.•...... 
••••••••..•••••••••.••••••••••••••.•*' 


OECL"RE 
LIT 
L1TER"LLY 
'L1 TERALLY', 
TRUE 
LIT 
'OFFH', 
FALSE 
LIT 
'0', 
FOREVER 
LIT 
'WHILE 
I', 


CMO.I 
LIT 
'0', 
/*S2:S6 
RECISTERS*' 
CI'10S2 
LIT 
'2', 


CI'10S3 
LIT 
'4', 


MODE 
LIT 
'6', 


PORT.l$CTRL 
LIT 
'8', 


SETSINT 
LIT 
'OAH', 


tNT.EN 
LIT 
'OAH', 
RSTSINT 
LIT 
'OCH', 


INTSAOOR 
LIT 
'OCH', 
rxSBUFF 
LIT 
'DEH', 
RXSBUFF 
LIT 
'OEH', 
PORTS I 
LIT 
'IOH', 


PORTS2 
LIT 
'12H', 


DEBOUNCEST IMER 
LIT 
'14H', 


SCANSTII'1ER 
LIT 
'IAH', 
RECEIVE.TIMER 
LIT 
'ICH', 
STATUSSREC 
LIT 
'IEH', 


SCAN.INT 
LIT 
'40H', 
DEBOUNCEtI 
NT 
LIT 
'01H'. 


RECEIVERSINT 
LIT 
'10H' 


TIME'OUTSINT 
LIT 
'OBH', 


TRAt,jSMITSINT 
LIT 
'20H 


EMPTY 
LIT 
'0', 


INUSE 
LIT 
'I', 
FULL 
LIT 
'2', 


RTS 
L11 
• (INPUTtPORTSll 
AND 04H)', 
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7 
I 
8 
2 
" 
2 
10 
2 
II 
2 


12 
I 
13 
2 


14 
2 
15 
2 


16 
2 


17 
2 


18 
2 


I" 
2 


20 
2 
21 
3 


22 
2 


23 
2 


24 
2 


25 
2 


TEMP 
BYTE:.. 


SCANSDELAy 
BYTE 
DEOOUNCE.DE.lA'..,.. 
13'fTE 


RECEIVE.OELAY 
BYTE 
PORT"PTR 
BYTE 


SER t AL.FORI'1AT 
(8) 
BYTE 


PUBL 
Ie· 


PUOL 
I C. 


PUBLIC, 
PUBLIC, 
PUBLIC. 
I' 
PEN EP Ll 
LO 
83 
82 
81 
80 
*/ 


MESSAQESPTR 
J 
OK( 1) 
3UFFERSSTA1US 


EXTERNAL. 
EXTERNAL.. 


EXTERNAL. 
EXTERNAL. 


POINTER 
!lYTE 
BYTE 
BYTE 


/ ••••••••••••••••••••••••.•••••••••••••••• 
*.* ••••••.•.•.••.•••••••.••••••••• 


•. 
EXTERNAL 
PROCEDURE 
OECLARAT 
IONS 
•. 
•.•*••.•.••••.•.•.•.•.•.•.•.•.•.•.•.•.•.•.•.•••••.•.•••.•.•.•.•.•.•.•••.•.•.•.•..•.••.•.•.••••.•.•.•.•.•.•.•.•.•.•••• 
/ 


/ ••••.•.•.•••.••••.•••.•.•.•.•••.•.•.•••.•.•.•.•••.•.•••. 
# •.•.•••.•.•.•••.•••••••••.•.•.•.••••.•••.•• 


SET 
THE 
OIT 
RATE 
AND 
DATA 
FORMAT 
FOR 
THE 
SERIAL 
PORT 
•. 
.. 
..•..••..••..••••...........•.........•..••...•............••....•..... 
/ 


CONFIGURE 
PROCEDURE; 
'.Inlt1allle 
bit 
rilt. 
and 
d.ta 
formato' 


TEMP-SERIALSFORMAT 
(SHR (PORTSPTR. 
3) 
). 


OUTPUTCCMOSl 
)=< 
<SHL<TEMP.:2) 
AND 
DCDH) 
OR 
03HJ. 


OUTPUT (CMDS2) 
z (TEMP 
OR 
30H); 


END 
CONF I GURE. 


,- •••••••••• 
- •••• _. _•.- - •••••••••.••••••••••••••• 
*•••••••••••••••••••••• 


• 
INITIALIZE 
SERIAL 
RECEIVER 
• 
••••••••••••• 
••••• 
•••••••••.••• 
••••••••.• 
•••••••••• 
•••••••.••••.• 
••••• 
•• -1 


INITSRECEIVER 
CALL 
CONFIGURE. 


RECE J VEsDELA¥=TRUE 
j 
OUTPUT 
(CHDS31 
=OCOH. 


OUTPUTCRECEIVESTIMER) 
=70. 


OUTPUTCSETSINT 
)=18H. 
IF 
COUFFERSSTATUS<>FULL) 
THEN 
OUTPUTCPQfH$1 
)=( 
INPUT<PORT$ll 
AND 
OOFHL 
'-Send 
CTS 


'.Enable 
serial 
receiver_I 


'*18 
second 
TIMESQUT-' 
I.Enab 
1 (> 
RECE I VER 
and 
T IMESOUT 
1nterrup 
t s_1 


OUTPUT 
(SETS 
INT) 
=TRANSM 
I 1 S I NT, 
J-O. 
MESSAGESPTR= 
@QK(Oi. 


CAUSESItHERRUPT 
(45HL 


2/, 
2 


27 
~ 


;!8 
2 
2q 
2 


30 
I 
31 
2 
3~ 
2 
33 
2 
34 
2 
35 
3 


3/, 
2 
38 
2 


39 


40 


41 


42 


43 
2 
44 
2 
45 
2 


4/, 
2 
47 
3 


48 
3 
49 
3 


50 
., 
51 
., 
52 
2 
53 
., 


54 
2 
55 
., 
5/, 
I 


OUTPUT (PORTSI 
)a( 
INPUT 
(PORTsI) 
OR 
40H), 
/*S.nd 
CTS 
FALSE_/ 


OUTPUT(RSTSINT)=18H. 
/*Cl 
•• " 
RECEIVER 
.nd 
TIMER 
Int.rrupts*/ 


OUTPUT(CJ'10'3)c40H, 
I*OlS.bl. 
seT1.1 
ree.IVe,._; 
END 
t N I T.REeE 
t VER; 


/ 
•••••••••••.••• 
-eo 
.••••••••••••••••••••••••.••••••.•••• 
_ 
•••.•••••••••••••••• 


DEDOUNCE 
RTS 
.• 
....................•............................................•...........••.........••..............••.................... 
../ 


DE80UNCE 
PROCEDURE. 


DE80UNCHDELAY=TRUE, 
QUTPUT(OEBOUNCES1IMER):.10 
• 
.1ft 
to 
m'H'C 
d.bouncp 
tIme 
d.l.y 
*/ 


OUTPUT 
(SETSINT) 
=OEBOUNCESINT. 


00 
WHILE 
DEBOUNCESOELAY=TRUE. 


END. 
IF 
RlS=O 
THEN 
CALL 
INITSRECEIVER, 
END 
DEBOUNCE; 


SCAN$OELAY=TRUE. 
DUTPUT(SCANSTIMER)",tOO. 
I-Spend 
tOO msee 
on 
•• c:h seT,.1 
port 
".".pling 
RTS*/ 


OUTPUT (SETSINT) 
"'SCANS 
INT. 


00 
WHILE 
SCAN$OELAY=TAUE. 
IF 
RT$.Q 


THEN 


CALL 
DEBOUNCE. 


TEMP"'INPUT(PORTS1), 
/-lncr@m@nt 
PORTSPTR*" 
PORTSPTR-TEMP 
AND 
38H. 
TEMP-TEMP 
AND 
(NOT 
38H I. 
PORTSPTR., 
(POATsPTR+8) 
AND 
38H. 


OUTPUT(PQRTS1)a::TEI'1P 
OR PORTSPTR. 
/_Look 
at 
n •• t 
Sl'rlal 
port_/ 
END. 
/-00 
FOREVER_/ 
END 
MAINSMOO; 


CONSTANT 
AREA 
SI ZE 
• 
OOOOH 
00 


VAR I ABLE 
AREA 
S I IE 
2 
OOOOH 
130 


f'1AXII'1UM 
STACK 
SIZE. 
OOOCH 
120 


I ~9 
LI 
NES 
READ 
o 
PROGRAM 
IoIARtn 
NGS 
o 
PROGRAM 
ERRORS 


intJ 


SE;R IES 
·1 J 
J 
PL 11'1··8b 
•. 
" 
COMP 
ILAT 
J ::'IN 
l.lf 
MUllUl 
l 
ODJECT 
MODUl 
E 
PLACE:.O 
I'~ 
r 1 
II..;T 
(lB_1 


COMPILER 
INVOjll,ED 
BY 
r'l Mt:lh Ot- 
I I 
{NI 
".l-l' 


.DEBUG 
tNT."'OD 
00 • 


•NOlIST 


Ese 
SCAN.DELAY 
OEBOUr.lCESOELAY 
RECEIVESDEl 
AY 
MESSAGE.PTR 
J 


LIT 
BYTE 
DYTE 
DVl'F. 


POINTER 
BVTE. 


'lHH', 


EXTERNAL· 
EXTERNAL. 
EXTERNAL. 


E"XTfRNAi 
•. 


nnE'RNAL. 


; 
•••••••.••••.••••••••••••••••••••••••••.•••••••••••••••.•••• 
'll 
••.••• 
«.••••••• 


.• 
MESSAGES 
SENr 
TO 
SE"R1AL 
PORTS 


~••••••••••••••••• 
*•••••••••••••••••• 
*•••.••••••• 
10 
••••• 
* .•.••••.••••••••• 
/ 


OK 
(.) 
BYTE:. PUBLIC 
DATA 
('TRANSMISSION 
COMPLETE',QAH.OOH,QO), 


SREAK 
( .• ) 
B'fTE 
PUOL 
I C 
DATA 
('OREAX 
DE."TEC TERROR' 
OAH, 
0DH. 
00'. 


PARITY 
(.)OYTE 
PUBLIC 
DATA 
('PARITY 
ERROR 
DETE~:TEO·.·JAH.ODH.OO)' 


FRAME 
(.) 
BYTE 
PUDLIC 
DATA 
('FRAMING 
ERROR 
DETECTED'.OAH.OOH,OOJ, 
OVER.RUN(.)DYTE" 
PUDLIC 
DATA' 
'OVER 
RUN 
f::RROR 
DETECTED',OAH.ODH.OOJ, 


4 
1 
ERROR 
PROCEDURE 
(STATUS) 
EXTE"RNAL" 
5 
;;> 
DECLARE 
STATUS 
DYTE; 


b 
;;> 
END 
ERROR. 


7 
1 
PROGRAM 
PROCEDURE 
EXTERNAL. 


S 
;;> 
END 
PROGRAM. 


• 
1 
DUFF.IN" 
PROCEDURE 
(CHAR) 
EXTERNAL. 


10 
;;> 
DECLARE 
CHAR 
BYTE, 
11 
;;> 
END 
BUFF.IN, 


12 
1 
BUFF.OUT 
PROCEDURE 
BYTE 
EXTERNAL, 


13 
;;> 
END 
BUFF.OUT. 


/ 
. 
• 
LOAD 
THE 
INTERRUPT 
TABLE 
.• 
............... 
/ 


15 
2 
16 
2 
17 
2 
1B 
2 
19 
2 
20 
2 


23 
2 
24 
2 
25 
2 
26 
2 


27 
1 
2B 
2 
29 
2 
30 
2 


31 
1 
32 
2 
33 
2 
34 
2 
35 
2 


38 
2 
39 
2 
40 
2 


CALL 
SETSINTERRUPT 
(40H. 
DEGOUNee_ 
T I ME), 
CALL 
SET. 
INTERRUPT 
(43H. 
RECEIVESTIMEl. 
CALL 
SET.INTERRUPT 
<44H. 
RXO). 


CALL 
SETtINTERRUPT 
(45H. 
TXOI. 


CALL 
SETtINTERRUPT 
(4bH.SCANITIME>, 
CALL 
SETS INTERRUPT 
(47H, 
LP). 


/ •••..•.•.•••..••••..••.•........•....•..............•..•.•..........•....•..............................•.•..... 


•. 
INTERRUPT 
ROUTINES 
.• 
........................ 
•.•.... 
/ 


/* •••••••••••.••••.•••.•••.•.•••••.•••.•••..• 
*.* .•.••••.•••.•..••.•.•.•.•.•.•.•..••.•.•.•••.•.•••.•.•. 


SET 
SCAN 
DELAV 
FLAG 
FALSE 
.• 
... 
••.......••....•.•.•.•••.••...............•....•............•...... 
•••••...•.....•..../ 


ENABLE; 
SCAN.DELAY=FALSE. 
OUTPUT (CMOI3) 
-SSH, 
END 
SCAN'TIME. 


1*••••••• 
*•••• *••.•.•••..••••.•.•••••••••••••••••••••••••••••••••••••••••••• 


.•. 
SET 
DEBOUNCE 
OELAY 
FLAG 
FALSE 
• 


•••••• 
••••• 
4 ••.•••••••••••••••.•.••••••••.•.•••••••••••••••••••••.••••••••• 
/ 


DEBOUNCE.TIHE. 
PROCEDURE 
INTERRUPT 
40H, 
DEBOUNCESDELAY·FALSE. 
OUTPUT 
CC,.,013) :aSH; 
END 
DEBOUNCEITIME. 


/ 
. 


• 
SET 
RECEIVE 
DELAY 
FLAG 
FALSE 
• 
· 
/ 


RECEIVE'TIME 
PROCEDURE 
INTERRUPT 
43H. 
ENABLE. 
RECE 
IVEIOELAY=FALSE, 
OUTPUTCCMDI3)"SSH; 
END 
RECEIVESTIME. 


/ •••••••• 
*••••••••••••••••••••••••• 
*•••••••••••••••••••••••••••••••••• 


• 
READ 
SERIAL 
RECEIVE 
3UFFER 
..........•................••..............................•...............•..... 
/ 


STATUS 
BYTE. 


CHAR 
BYTE; 
CHAF'-INPUT(RX.OUFF 
). 
OUTPUTlRtCEIVESTtMER)=70. 
/ ••. REIrHTtALl1E 
REt.:EIVE 
TIME 
OUT 
., 
STATU$,..U"PUT(STATI)StREC, 
AND 
OFH. 


inter 


41 
~ 
" 


STATlJS 
." () 


1 HI:. 
N 


4~ 
2 
CAI.L 
ERROR 
(3rATUS), 


43 
~ 
ELSE 
IF 
C.HA~=ESC 


fHEN 
44 
~ 
CALL 
PIHJC~AH, 


E.LSE 


45 
~ 
CALL 
nUF"F$IN 
(CHAR), 


46 
2 
OUTPUT 
(CMO.3) 
=88H. 
47 
2 
END 
RXD. 


/*•••••••.••.•.•.•.•••.•••.•••.•.•.•.•••.••••••••••••••••••.•••••.•••••••••• 
~••••••• 


•. 
SEND 
A 
BYTE 
TO 
THE 
LINE 
PAINTER 
•. 
..•••••....•......................................•. .•.........•...•.....•.•.........•. 
/ 


48 
I 
49 
2 
50 
2 
51 
2 


52 
~ 


LP: 
PROCEDURE 
INTERRUPT 
47H. 


ENABLE; 
OUTPUT 
(PORT.2) 
,.aUFF.OUT. 


OUTPUT 
(CI'10_3) 
-aSH; 


END 
LPi 


/* ••••••••.•.••.•.•••••••••••••••••••••••••••••.••••••.••••••.•..•.•••••.•••••••• 


.•. 
SEND 
A 
BYTE 
TO 
THE 
SERIAL 
PORTS 
•. 
..••.••..•........••....•.......•................ •............•••....••......... 
, 


55 
~ 


56 
2 
57 
:2 


ENABLE. 
I ""I'1ESSA<:E (J 1 , 


IF 
100 
THEN 
OUTPUT (lX.BUFF) 
= I. 


ELSE 
OUTPUT (RSTS INT) 
=TRANSMITS 
INT. 


J:r:J+l. 
OUTPUT (C"'OS3) 
=88H. 


END 
TXD; 


59 
2 


60 
2 


61 
2 


62 
2 


CODE 
AREA 
51 ZE 
CONSTANT 
AREA 
SI 
ZE 
VAR IABLE 
AREA 
SI 
ZE 


MAX IMUM 
STACK 
51 ZE 


IBI 
LINES 
READ 


o 
PROGRAM 
WARNINGS 


o 
PROGRAM 
ERRORS 


01SDH 
0078H 
0003H 
0022H 


4450 
1200 
3D 
34D 


inter 


SER IE5-11 
I 
PL/H-96 
VI 
0 
COMPILATION 
OF MODULE DUFFHOD 
08.;£CT 
MOCULE 
PLACED 
If" 
Fl 
DUFF 
OOJ 


COMPILER 
INVOKED 
BY 
PLMBb 
86 
Fl 
DUFF 
SRC 


• 
1 
5 
~ 


" 
~ 


7 
~ 


B 
3 
" 
3 
10 
3 


11 
3 


12 
2 
13 
2 


14 
2 


IS 
2 


/ •••. 
it •••.••.••••••.•.•••..•.•••••••.•.•.•.•..•..•••.•.•.•.•.••..•.•.•.•..•.•.•.••..•.••..•••••..••.••••••.••.•. 
. 
. 


BUFFER 
MODULE 
INSERTS 
AND 
REMOVES 
CHARACTERS 
FROM 
FIFO 
REPORTS 
SERIAL 
RECEIVE 
ERRORS 
AND 
RE-PROQRAI'1S 
SER tAL 
PORTS 


.OEBUG 
BUFF."OO- 
DO, 


.NOLIST 


MESSAGE'PTR 
POINTER 


J 
BYTE 
OK( 1) 
BYTE 
BREAK 
( 1 ) 
BYTE 
PARITY{ 
1) 
BYTE 
FRAME 
( 1) 
BYTE 
OVER'RUN 
( 1 ) 
BYTE 
SERIAL.FORMAT( 
1 )BYTE 
PORTSPTR 
BYTE 


PUBLIC. 
PUBLIC, 
EXTERNAL. 
EXTERNAL. 
EXTERNAL. 
EXTERNAL, 
EXTERNAL. 


EXTERNAL. 
EXTERNAL. 


FIFO<8192l 
IN'POINTER 
OUTSPOI NTER 
BUFFER.STATUS 


BYTE, 


WORD 
WORD 
BYTE 


PUBLIC· 
PUBLIC. 
PUBLIC. 


/ 
_ 
-.•......••.....................•...•..••.............•............... 


• 
INSERT 
CHARACTER 
INTO 
FIFO 
• 
••• .•.••••••••••• •_•• _•••••••••.••••••••••••.••••• 
*•.•.•.•.•.••••••••••••••••• , 


IF" 
« 
BUFFERSSTATUS=EI1PTY) 
AND 
«( 
CHAR=LF) 
OR 
(CHAR=CR») 
THEN 


DO. 


OUTPUT(SETtINT1=HANDSHAKESINT. 
/. 
En~bI. 
two-Wire 
handsh.alc. 
int.rrupt 
*' 


BUFFERSSTATUS=JNUSE, 
OUTPUTCPORTS2)"OO. 
/* 
Output 
NULL 
charac 
ter 
to 
get 
the 
Interrupt 
sl.rt.d 
*/ 


IF 
(CIf,lt;POUHCR,4) 
AND 
Ifn·HI·Ul1ftoI'OII,fILR) 
I( 
,tit' 
IIl,ff,"· 
\" 
t •• 11 
••1.lp 
"""'J,IloHl. 
THEN 


DO. 
'* 
Send 
l r~: fAI.SE ••• 
lId 
11~h t. 
up 
buft"l"I· 
(II 
II 
I I l) 
N 


inter 


Ib 
3 
17 
3 


IB 
3 
I" 
2 


20 
I 
21 
2 
22 
2 
23 
2 
2. 
2 


2~ 
2 
2b 
:I 
27 
:I 
2B 
3 
2'1 
3 
30 
3 


31 
2 


32 
2 


33 
3 
3. 
3 
35 
3 


37 
2 


OUTPUT(POR!$11-=(IN,.,UTIPOR1.l) 
OR 
40H) 
AND 
1F"t-!J, 
UUrFE~.S 
TATtJS.:o:Fl'LL. 


END, 
F.ND DUFFtIN; 


I •.•.••••.••••..•.•.•••.•.•.•.•••••.•••.•.••..••..•.•.•.•••••••.••••.•.•••••.•.•.•••.•.•••.•.•.•.•••••• 


.• 
REP10VE 
CHAMACTF.R 
FROM 
F tFO 
.• 
....•.•.......•...... 
, 


DVFFeoUT 
PROCEDURE 
BYTE 
PUBL.IC, 


DECLA~E 
CHAR 
BYTE; 
CHA~·FIFO(O'JUPOINTER 
I. 
OUT.POrtHER 
••., <OUT.POINTER+1) 
AND 
tFFFHI. 
IF: OUrIPOJNTER-tNSPOINTER 
/tt 
If 
t,h. 
buFf-.t 
11 
E",PTY 
duabll 
th. 
Qut_ut 
to 
LP 
*1 


THEN 
00; 


DISABLE; 


BUFFERISTATUS"Ef'1PTY. 
OUTPUT 
I RSrIINT) 
-HANDSHAKE. 
INT. 


ENABLE. 
END. 


ELSE 
IF" 
(I 
DUFFEUSSTATUS-FULL) 
AND 
(I 
IQUT.PUINTEA-;?OOI 
AND 
IFFFH)-lN'''OJNTER» 
THEN 
DO. 
/* 
Turn 
Oflf 
bulfer-full 
LEO .nd 
turn 
on er9 */ 
OUTPUTCPoATtl 
).c 
(INPUT(PORT.ll 
AND 
ODFH) 
ON 
fJOHh 


BUFFER.STATUS-INUSE. 


END. 


/* ** •• *••••••••••••••••.•••••••••• 
- ••••••••.•••.••• 
_••••• 
* * •••••.•.•• 
* •• -._. 


- 
SEND 
ERROR 
MESSAGE 
TO 
SER IAL 
PORT 
_ 


••• 
_ ••.•••••• 
- ••••••••••.•••••.••••••••.••••.••••••.••••.•••••••••••••••••••• 
J 


38 
1 
ERROR 
PROCEDURE 
(SlATUS) 
PUDL If..; , 


3" 
2 
DECLARE 
STATUS 
BYTE. 


MESSAQE 
BASED 
MESSACEtPTR 
( 1 ) 
BYTE. 


.0 
2 
IF 
(STATUS 
AND 
O;!H»O 
THEN 


41 
2 
STATUS-j2, 
.;, 
2 
ELSE 
IF 
(STATUS 
AND 
04H»)O 
THEN 
.3 
2 
STATUS"'3, 
401 
2 
ELoSE 
IF 
CSTATUS 
AND 
OBH)O 
THEN 
.5 
:2 
STATUS~4. 


4b 
2 
ELSE 
IF 
(STATUS 
AND 
OlH);"O 
THEN 
47 
2 
STATUS-t, 


DO CASE 
STATUS, 
." 
3 
50 
3 
MESSAGE'PTf~·.FRAME 
(0 I, 


210907-45 


inter 


59 
1 
bO • 


bl 
• 
b. 
3 


b3 
• 
b~ 
• 
b5 
• 
bb 
3 


b7 
3 


bB 
3 


b9 
3 


70 
• 
71 
• 
7. 
3 


73 
• 
74 
• 
75 
• 


7b 


ME55AGESPTR=CfOVER$RUN 
I 0). 
MESSAGEIPTR""ftPAR 
I TV (0). 
MESSAGE'PTf~""lt9REAK 
(0) 
. 


END, 


.1-1; 
1* 
POlnt 
to 
s~c.ond 
ctl.r.ctlfr 
ln 
strlng 
*1 


OUTPUT 
(SETIINT) 
"",TRANS"'! 
rl 
INT. 


OUTPUT 
( T X IBUFF 
) ""MESSAGE 
(0) 
• 


END 
ERROR. 


/......•........•..............................................................•..••. 
• 
RELOAD 
SERIAL 
PORT 
CONFIGURE 
BYTE' 
•. 
• •••••••••• 
•••••••.•.•..•.••••.•••••••.•••.••.•..• 
•••.••••••.••.•..•.•.•.••..•.•••.•••.• •••• */ 


PROGRAM. 
PROCEDURE 
PUDLJ 
C. 


DECLARE 
TEMP 
BYTE. 


CHAR 
BYTE. 


IF 
CHAR-O 
THEN 
00. 


OUTPUT 
(RECEIVE_TIMER 
)-10; 


CALL 
BUFFsIN 
(CHAR), 


RETURN. 


END. 


CDDE 
AREA 
IIZE 
• 
01E4H 
CONBTANT 
AREA 
BIZE 
• 
OOOOH 


IIARIAILE 
AREA 
BIZE 
•• 
OOBH 
MAXI_ 
BTACK 
SIZE. 
OOOAH 
119 
LINEB 
READ 
o ~RDGRAM 
WARNING8 
o 
~ROORAM 
ERRORS 


4840 
00 
8.030 
100 


inter 


SERIES-III 
Pl./M-Bb 
\'10 
COMPILATION 
OF 
MOOULl 
PON ..MOn 
08.)£C1 
MODULE 
PLACED 
It" 
F 1 
PON 
(](l,J 
COMPILER 
INVOKED 
BY 
PLM8~ 
86 
~1 
PGN 
SRC 


2 


6 
2 


7 
2 


8 
2 


q 
2 


10 
2 


11 
2 


12 
2 


13 
2 


I. 
2 


15 
2 


17 
2 


18 
2 


/ •••••.•.••.•••••••.•.•.•.•.•.••••••••.•.•••••••.•••.•.•.•.•.•.•..•.••••••••.•.• 
*•••••••••••••••••• 


* 


POWER 
ON 
INITIALIZATION 
OF 
THE 
LINE 
PRINTER 
MULTIPLEXER 
• 
* 
••••••••••.•..•.•.••••.•.•••.••••••.• 
" 
.•••••••.•.• 
11" 
•• 
11>.•.••..••.•••••••••.•.••••••.••••••••••• 
*' 


DECLARE 
DUFFER.STATUS 
BYTE 


IN$PQUHER 
WORD 


aUTSPOIrHER 
WORD 


PORTSPTR 
BYTE 


SER I AL SFORMAl 
(8) 
ByTE 


EXTERNAL. 
EXTERNAL. 
EXTERNAL. 
EXTERNAL. 
EXTERNAl.; 


/*e086 
MODE. 
FREQ=lKHz. 
1 STOP 
BIT. 
" 
7 
01 TS/CHARAC. TER_I 


/*000 
PARITY. 
SYSTEM 
CLOC""=l 
024 
MHz. 
" 
9600 
bps-; 
I-CLEAR 
C,.,0.3 
REG 1STER-; 
I-RESET. 
INTERRUPT 
AC."NQWLEDGE 
ENABLE. 
" 
NESTED 
INTERRUPT 
MODE*' 


,-CASCADE 
TIMERS 
35 
FOR 
THE 


RECEIVE.TIMESOUT 
TIMER. 
BYTE 
OuTPUT 
MODE-' 


DUFFER.STATUS=EMPTY, 
IN.POINTER=Q. 
OUT$POINTERzQ. 
PORT.PTR=Q. 


inter 


/* 
ON 
POWER-UP 
ALL 
EIGHT 
SERIAL 
PORTS 
LlEFAUL T 
TO 
9600 
bps. 
ODD 
PARITY. 
AND 
7 
S [TS/CHARACTER_I 


CODE 
AREA 
SI IE 
• 
0058H 
880 
CONSTANT 
AREA 
SIZE 
~ 
OOOOH 
00 
VARIABLE 
AREA 
SIZE 
OOOIH 
10 
MAXIMUM STACK 
SIZE 
~ 
OOO~H 
~o 
98 
LINES 
READ 
o PROORA ••• WARN I NOS 
o 
PROORAM 
ERRORS 


inter 


ISIS-II 
PL/f"-90 
V4 
0 
CQMPlCArJON 
UF 
1'100ULE WRITH100 
OB.JEC 
T 
MOOULF. 
PLACED 
IN 
F 1 
l-.R 1 TE 
ODJ 


CO/"IP ILER 
INVCMED 
BY 
F2 
PU180 
F 1 
WR I TE 
SRC 


/............................................................•......•.......................... 
· 
. 
•. 
WR 1 TE 
PHOGRAM 
READS 
A 
F ILE 
H~OI"'I 
A 
DISK 
AND 
COP rES 
•. 
IT 
TO 
SER tAL 
CHANNEL;? 
ON 
THE. MOS 
• 
* 
SYNTAX 
OF 
WRITE 
WRITE 
DEVICE. 
NAME 
c.xr£NSJON 
• 
· 
. 
...... 
...........••............ .•..................•...•.... ••..................•.. 
/ 


DECLARE 
LIT 
USART'OAIA 
USART'5TATUS 
RTS 
TXEN 
RXE 
eR 
LF 
TAB 
SP 
Ese 
FORMSFEED 


LITERALLY 
LIT 
LIT 
LIT 
LIT 
LIT 
LIT 
LIT 
LIT 
LIT 
LIT 
LIT 


-LITERALLY', 
'OF6H', 
'OF7H' 
. 
'20H'. 
'OlH', 
'04H', 
'OOH', 
'OAH', 
'09H'. 
'20H', 
'IBH'. 
'OCH', 


DECLARE 
AFT'IN 
ADDRESS. 


FILENAME 
( 15) 
BYTE. 


STATUS 
ADDRESS. 


BUFFER (32000) 
BYTE, 
ACTUAL 
ADDRESS 
CHAR'COUNT 
ADDRESS. 


BYE(42) 
BYTE 
INITIAL 


('WAoTE 
'.0,0,0,0,0.0,0.0,0.0,0,0, 
O. 0, 
' 
TO 
THE 
LINE 
PRINTER', 
OAH, ODH), 


I 
ADDRESS. 


J 
BYTE' 


/ 
. 


• 
EXTERNAL 
S'fSTEM 
LID 
PROCEDURES 
• 
............. 
, 


PROCEDURE 
(AFTNPTR, 
FILE, 
ACCESS, 
MODE', STATUS) 
EXTERNAL; 


DECLARE 
(AFTNPTR. 
FILE. 
ACCESS, 
MODE. 
STATUSl 
ADDRESS. 


END 
OPEN. 


PROCEDURE 
(AFTN. 
DUFFER, 
COUNT. 
ACTUAL. 
STATUS) 
EXTERNAL. 


DECLARE 
(AFTN. 
DUFFER, 
COUNT, 
ACTUAL. 
STATUS) 
ADDRESS; 


END 
READ; 


inter 


22 
2 
2J 
J 
24 
2 


PROCEDURE 
(AFTN. 
DUFFER. 
COUNT. STATUS) 
EXTERNAL, 


DECLARE 
(AFTN. 
DUFFER. 
COUNT. 
STATUS) 
ADDRESS, 


END 
WRITE. 


PROCEDURE 
(AFTN. 
STATUS) 
EXTERNAL. 


DECLARE 
(AFTN, 
STATUS) 
ADDRESS. 


END 
CLOSE. 


PROCEDURE 
(ERRNUM) 
ExTERNAL, 


DECLARE 
(ERRNUM) 
ADDRESS, 


END 
ERROR, 


/ 
. 
• 
WAIT 
UNTIL 
USART 
TRANSMITTER 
IS 
READY 
• 
............. 
, 


PROCEDURE. 
DO WHILE 
( 
CINPUTCUSARTSSTATUS) 
AND 
OlH) 
"" 
0 
I, 


END, 


END 
TXRDY. 
,••.....................................•.•.•.•....•...........•....•...•.... 
•. 
BEGIN 
MAIN 
PROGRAM 
•. 
..................................................................... , 


IF 
STATUS 
<> 
0 
THEN 
GO 
TO 
DONE, 


IF 
STATUS <> 
0 
THEN 
<>0 
TO 
DONE. 


IF 
STATUS <> 0 
THEN 
<>0 TO 
DONE. 


"'l ~M-';'_~ \.\..1,1",lr", 


37 


38 
39 
2 


40 
2 
41 
2 


42 


43 
2 


44 
2 
4' 
3 
46 
3 
47 
3 


48 
3 
49 
4 
'0 
4 
'1 
4 
'2 
4 
53 
3 


54 
2 


" 
2 
56 
3 
57 
3 
58 
3 


59 
2 


"0 
3 
"I 
3 
"2 
3 


"3 
3 


64 
3 


"5 
3 
"" 
3 
"7 
:;I 


68 


69 


70 
71 
72 


Ie 
If 
tt •• 
f'p"o;t 
("~,,,,(.t(', 
\ ..• a 
f'orm 
fl!'E'd 


re/TI()ve 
It 
r'.)I'n. 
f ••~rlo; 
-lrl:' 
Inseortf'd 
at 
the 
end 
of 
a 
flJe 
.~ 
lHEN 
DD. 


BUFFE.R 
(0) 
"'OOH, 


CHARSCOUNT=-l, 


END, 


CALL 
TXRDY. 
OUTPUT 
(USARTSOATA)=SP. 


(.HARSCQUNT:>::CHARSCOUNT+l, 


00 
WH I L£. 
« 
CHARSCOUNT 
AND 
000 7H)' 
: 0). 
CALL 
TXROV, 
OUTPUT 
( USARTSOAIA)=SP, 
CHARSCOUNT=CHARSCOUNl 
+1. 


IF 
BUFr-ER( 
I ) ""ESC 
1* 
If 
outputting 
ESC. 
tlan 
output 
d 


o 
nl'rt 
so 
tl"ll~ 
LPN 
doll'S 
not 
get 


rt'-proqrammt'd 
*/ 


THEN 
DO 
J=O 
TO 
1. 


CALL 
TXRl)Y, 


OUTPUT 
I USARTSDATA 
."0. 
END. 


ELSE 
1* 
If' 
thl!' 
chOiractl!'r 
IS 
not 
an 
ESC 
or 
TAB 
then 
output 
It 
*1 


DO. 
CALL 
TXROY, 


OUTPUT 
(USARTf,DATA 
>""BUFFER 
( I ). 


IF 
(HUFFERlI>: 
IFH 
AND 
BUFFER<!)<:7FH) 


THEN 
1* 
Only 
Incrl!'ment 
CHAR~COUNT 
for 
prlntOibl. 
ch.r~cters 
*/ 
CHAPf,COUNT::>:CHARSCOUNT+l, 


IF 
< 
l BUFFER 
( J ) :ECR. 
OR 
(BUFFER 
( I ) =LF 
l 
) 


THEt.l 
1* 
Rl'set 
CHAR_COUNT 
for 
CR 
or 
LF 
*1 


CHARSCOUNT=O, 


IF 
ACTUAL 
32000 
nj.Jf 
thl' 
file 
IS 
/TIore 
than 
32K. 
gl!'t 
SO/TIt' 
mort' 
data 
*1 


THEN 
GO 
TO 
REPEAT. 


CALL 
TXROY, 
14 
rVT"mln.,t. 
fl1. 
With 
CR. 
IF''. 
and 
FF 
*1 


OUTPUT 
l USARTSOATA 
l =CR. 
CALL 
TXROY, 


inter 


73 
74 
75 


76 


77 


78 
I 
7q 
2 


80 
2 
81 
2 
82 
2 


83 


84 


85 


86 


87 


OUTPUT 
(USARTSOA 
1 A) =LF. 


CALL 
TXRDV. 


OUTPUT 
(USARTSOATA) 
"FORM'FEED. 


00 
IeO 
TO 
14. 
/* 
Output 
Sign 
o~f 
m.ssag. 
*/ 


IF 
FILENAME( 
I )aCR 


THEN 
GO 
TO SKIP. 


BVE« I+5) 
••F I LENAHE ( I ). 


CODE AREA SIZE 
• 
020QH 
liAR IA8LE 
AREA 51 ZE • 
7D44H 
MAXIMUM 
STACK 
SIZE. 
0OO9H 
IQI 
LINES 
READ 
o PROORA'" ERRORS 


5210 
320680 
80 


inter 


APPENDIX 
C 
MUART REGISTERS 


8085 Mode: 
AD3 AD2 AD1 ADO 
8085 Mode: 
AD4 AD3 AD2 AD1 


Timer Frequency Select 
S036 Mode Enable 
Interrupt on Bit Chanae 
Break-in Detect Enable 
------------ 
Stop Bit Lenath 
Character Bit Lensth 


Baud Rate Select 
------------ 
System Clock Divider 
Even Parity 
Parity Enable 


Software Reset 
Transmit Break 
Single 
Character 
Break 
End of Interrupt 
----------- 
Nested 
Interrupt 
Enable 
------------- 
Interrupt Acknowledge 
Enable 
Receiver Enable 
Bit Set/Reset 


intJ 


Pan 2 Control 
Counter/Timer 
2 
---------- 
Counter/Timer 
3 
Timer S Retriggerable 
Cascade 
Counter/Timer 
2 III 4 


Cascade Counter/Timer 
3 &: S 


0100 


Output/Input 
of Pan 1pins 
210907-57 


(Write only) 


0101 
L7 
1.6 ILSlulul 
L2 
LI I 1.0 I 
Enable 
Set IDlompll 
210907-58 


(Write only) 


0110 
L7 
1.6 
ululL31 
L2 
LI I 1.0 I 
Disable 
R_llDtempll 
210907-59 


(Read only) 


OWl 
L7 
1.6 
LslulL3 
L2 
LI I LOI 
Interrupt Levels Enabled 


In •••.•.••pt Enable 


210907-60 


(Read only) 


0110 
0 
0 
10lEiJ2 
0 
0 


Inle<npt 
Add 


Interrupt 
Level in Service 


210907-61 


(Write only) 


1111 


Disable Start Bit Check 
Transmit Mode Enable 
Receiver Sampling Point 
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BOBS-Mode (AS!' instruction 
in response 
to iN'fA) 


m 
D4 103 
I 
r 
__________ 
Interrupt 
Level 


o 
02 
01 I DO I 
I 
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Framing Error/Transmission 
Mode 


Indication 
Overrun Error 
Parity 
Error 
Break Detect or Break-in Detect 
Transmitter Register Empty 
Transmitter Buffer Empty 
Receiver Buffer Full 
Interrupt Pending 
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8256AH Multifunction Peripheral 
Simplifies Microcomputer 


I/O Design 


inter 


A primary goal of microcomputer system design is to 
provide the required functionality and flexibility with 
the fewest number of components. The 8256AH Multi- 
function Peripheral 
is designed specifically to meet 
these conflicting requirements. Four of the most com- 
mon microcomputer 
system functions, previously re- 
quiring up to four separate MSI or LSI devices, are 
combined into one LSI device. The 8256AH incorpo- 
rates a serial asynchronoJIs communication 
channel, 
two 8-bit parallel I/O 
ports, five 8-bit timer/count- 
ers and an eight level priority interrupt controller in 
one 40 pin package. Its flexible design allows it to 
directly interface to most microprocessors, including 
Intel's 
MCS-85, iAPX-86, iAPX-88, iAPX-186 and 
iAPX-188, and the MCS-48 and MCS-51 family of sin- 
gle-chip microcomputers. 


This application note describes using the 8256AH to 
implement 
a 
Data 
Terminal 
Equipment 
(DTE) 
RS-232C serial asyncrhonous communication link with 
the control signals necessary to interface to a Bell 
103/212A modem. The interface requires a total of 
nine interface signals. Three of these signals, TxD, RxD 
and CTS, are provided by the DART section of the 
8256AH. The balance of the RS-232C interface signals 
are implemented using six of the independently pro- 
grammable parallel PORT I lines. In addition, the ap- 
plication design provides an eight bit parallel I/O port 
with handshaking signals. The on-chip priority inter- 
rupt controller enables the RS-232C serial interface and 
the parallel interface to operate on an interrupt basis. 
The 8256AH uniquely addresses the complexities of 
implementing an RS-232C communications interface. 
By utilizing the built-in hardware and software features 
of the 8256AH, the design achieves flexibility with sim- 
plicity, qualities often exclusive of one another. 


Previous solutions required four components to imple- 
ment the same interface. Figure I illustrates the basic 
system block diagrams for the two solutions. In Figure 
la the 8251A Programmable 
Communications 
Inter- 
face provides the DART serial communications inter- 
face. The 8254 Programmable Interval Timer provides 
baud rate generation and other timing functions, such 
as time-out loops, needed for software support of an 
RS-232C interface. These are especially needed if the 
RS-232C channel is to operate in an interrupt system 
environment. The 8255A Programmable Peripheral In- 
terface provides parallel I/O with one port dedicated to 
the RS-232C control signals. The 8259A Priority Inter- 
rupt Controller provides an eight level priority inter- 
rupt structure. This represents a total of 120 device pins 
compared to the single 40 pin 8256AH, and 465 mA 
current requirement verses a 160 mA current require- 
ment. Figure Ib represents the 8256AH solution incor- 
porating the four functions in one package. 


In some data communication applications only three 
lines - ground, Transmit Data and Receive Data - are 
used for serial communication. An example is commu- 
nication between an ASCII terminal or printer and a 
personal computer. These devices are usually located 
close to one another and in general do not require the 
additional control signals of the EIA RS-232C serial 
communications standard. In other data communica- 
tions applications, this same equipment requires that 
the integrity of the serial communications link be con- 
stantly monitored. This enables the host system to con- 
trol the data trransmission at all times, whether it be a 
host computer or intelligence local to a communica- 
tions device, such as an ASCII terminal. The need for 
control and monitoring of the serial line is particularly 
important when the communications link is over tele- 
phone lines using a modem. In a Switched Network, 
where a number of serial devices share the same com- 
munications line, the control signals are crucial to the 
system's multiplexing the single line. 


Figure 1a. System 
Block Diagram 
Without 
the 8256AH 
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This Application Note assumes that the reader is famil- 
iar with the 8256AH Data Sheet and with the RS-232C 
communication protocol and terminology. A complete 
software listing is provided in Appendix A. A complete 
description 
and definition of the RS-232C interface 


standard may be found in the book "Data Communica- 
tions: A Users Guide" by Kenneth Sherman, Reston 
Publishing 1981. 


The 8256AH combines four commonly used peripheral 
functions into one device (see Figure 2); 
I. A full-duplex, double-buffered serial asynchronous 
ReceiverlTransmitter 
(UART) 
with 
an 
on-chip 
Baud Rate Generator. 
2. Two 8-bit parallel I/O ports; One bit programmable, 
One nibble programmable. 
3. Five 8-bit timer/counters; 4 can be cascaded to form 


2 l6-bit timer/counters 
4. An 8-level priority interrupt controller. 


The 8256AH uses the standard 
bus control signals 


compatible with Intel's family of peripherals and mi- 
croprocessors. The microprocessor interface utilizes a 
multiplexed address/data 
bus. Four of the eight ad- 


dress/ data lines are used to generate the register ad- 
dress. This enables all of the 8256AH's functionality to 
be contained in a 40 pin package while retaining direct 
register addressing. 


The sixteen directly addressable internal 
read/write 


registers provide control for all of the 8256AH's vari- 
ous functions. Fourteen of the registers are read/write, 
one, the Status Register, is read only and one, the Mod- 
ification Register, is write only. Three Command Reg- 
isters configure the operating environment including 
the type of CPU, 8 or 16bit, and system clock frequen- 
cy. Command Register Three provides bit set-reset ca- 
pability for control of such functions as End of Inter- 
rupt, Nested Interrupts, 
Interrupt 
Acknowledge and 


UART Receive Enable. The Status Register provides 
all information about the UART's transmitter and re- 
ceiver, and the state of the interrupt (INT) output pin 
to the microprocessor. The Mode Register defines the 
configuration of the two parallel ports and the five tim- 
er/counters. 
The write only Modification Register is 


used to alter two standard functions of the receiver, 
start bit sampling and to enable a special indicator flag 
for half-duplex operation. In addition, six registers con- 
trol the two parallel ports. Two registers provide for 
UART Transmit and Receive Buffers. Ten registers are 
used for timer/counter interface, and four registers pro- 
vide for Priority Interrupt Controller support. 


The UART section of the 8256AH features a full-du- 
plex double-buffered transmitter and receiver with sep- 
arate control registers. The internal baud rate generator 
provides the thirteen common sampling rates from 50 
bps to 19.2 kbps. An external baud rate clock can also 
be used, with programmable choice of IX, 32X or 64X 
sampling rates. 


The two parallel I/O ports can be configured as two 
independent 8-bit parallel I/O ports, or as one 8-bit 


ADDRESS! 
DATA 
BUS 
BUFFERS 


SYSTEM 
CLOCK 


PRESCALER 


cs 
RD 
WR 


ALE 


RESET 


INTA 


INT 


BUS 
CONTROL 
LOGIC 


PORT 
1 
COUNTER 
INPUTS 


parallel port with ACK/OBF 
and STBIIBF two wire 


handshake signals. In the latter configuration, the six 
remaining I/O lines may be used as either independent- 
ly programmable 
I/O lines, or as predefined special 


function inputs and/or outputs, such as a second exter- 
nal interrupt input or timer/counter 
inputs. 


The five 8-bit programmable timer/counters 
are binary 
presettable downcounters. In addition, an independent 
on-chip 
Baud Rate 
Generator 
is provided 
for the 


UART. The clock sources for the timers/counters 
may 
be either internal or external· via programmed parallel 
port pins - depending upon whether they are configured 
as timers or counters. Four of the timer/counters 
may 
be cascaded to form two 16-bit timer/counters. 
Each of 


the five timer/counters 
has its own read/write register. 


The eight level priority interrupt controller has twelve 
possible interrupt sources. Ten of the sources are inter- 
nal and two are external. One of the external interrupt 
sources is a fixed pin; EXTINT. The second is one of 
the parallel Port I pins which can be programmed as an 
external interrupt source. The twelve interrupt sources 
are internally mapped to the eight interrupt priority 
levels. 


The interrupt controller may be programmed to oper- 
ate in either a Normal or Nested Interrupt 
Mode. In 


Normal Mode any interrupt may. interrupt any other 
interrupt based upon the enable/disable bits in the In- 
terrupt Enable, or Mask, Register. In the Nested Mode 
only an interrupt of higher piority may interrupt one of 
lower priority, again based upon the bits in the Enable 
Register. 


The 8256AH interrupt 
structure supports both 8085 


and 8086 interrupt vectoring methods via the INTR 
and INT A signals. In vectored interrupt operation the 
8256AH places the interrupt vector address on the data 
bus 
during 
the 
INT A 
sequence. 
In 
addition 
the 


8256AH supports 
non-vectored 
interrupt 
interfaces, 


such as MCS-51 and MCS-48 systems. In non-vectored 
interrupt applications the host system simply reads the 
interrupt 
vector address from the Interrupt 
Address 


Register of the 8256AH. Reading the interrupt address 
register clears the INT pin and acknowledges that the 
interrupt 
has been serviced. This is the functional 


equivalent to an INT A sequence generated by the host 
processor. 


inter 


Figure 3 shows a block diagram of this application's 
system 
design. 
The 
microprocessor 
used 
is 
an 


iAPX·186 with two 8256AH's for parallel and serial 
I/O, as well as for providing a variety of system sup- 
port functions. One 8256AH is used to implement both 
the RS-232C modem interface and provide multiplexed 
parallel I/O. The system uses the Intel 957B System 
Monitor for control of the system hardware and soft- 
ware development support. The second 8256AH is used 
for basic serial communication between an ASCII ter- 
minal and the Intel 957B System Monitor residing in 
16K bytes of EPROM. The two 8256AHs provide a 
total of six I/O channels - two UARTs and four paral- 
lel I/O ports. 


When one of the 8256AHs is configured for the serial 
RS-232C interface, one of its parallel ports, Port 1 pins 
2-7, provides control signals for the serial interface. 
Four of the RS-232C control signals (CTS, DSRS, DSR 
and CD) are OR'd to the EXTINT pin of the 8256AH. 
If any of these signals change from their defined state, 
an interrupt is generated to the 8256AH. The modem 
driver software then responds to the interrupt by read- 
ing the Port 1 register, determines the signal generating 
the interrupt and responds accordingly (see the soft- 
ware listing; INT-MOD). 
In addition to the RS-232C 


control signals, the communications software can sup- 
port all of the standard UART error conditions such as 
framing errors, underrun, overrun and parity, if parity 
is enabled. 


The remaining 
two Port 
1 lines, not used for the 
RS-232C 
control 
signals, provide 
ACK/OBF 
and 


STB/IBF handshaking signals for parallel Port 2. In an 
environment which utilized the second parallel port, 
while 
implementing 
the 
above described 
RS-232C 


channel, both would operate on an interrupt basis. The 
interrupt software algorithm depends upon whether the 
parallel port is configured as input or output, 
and 


whether Nested or Normal 
interrupt 
mode is pro- 


grammed. If Nested Interrupt Mode is used, the soft- 
ware flow would default to parallel input or output (as 
programmed) with Port 2 handshaking the lowest pri- 
ority interrupt. The serial channel would then interrupt 
parallel Port 2 transmission whenever the serial chan- 
nel transmitted or received a character. The RS-232C 
control 
signals, 
OR'd 
to 
the 
External 
Interrupt 


(EXTINT) pin, would have the highest interrupt con- 
troller priority. The Software Description below de- 
scribes this in greater detail. 


The software is written in PL/M and is broken up into 
four separate modules, each containing several proce- 
dures. A block diagram of the software structure is giv- 
en in Figure 4. The modules are identified by the dotted 
boxes, and the procedures are identified by the solid 
boxes. Two or more procedures connected by a solid 
line means the procedure above calls the procedure be- 
low. The procedures without any solid lines connecting 
them are interrupt procedures. They are entered when 
the 8256AH interrupts the 80186 and vectors an indi- 
rect address to the 80186. 


The Serial RS-232C Interface software uses nested in· 
terrupts. The priority of the interrupt procedures is giv· 
en in Figure 5. 


The priority of the interrupts is not programmable but 
they are logically oriented so that for this application 
the priority is correct. The serial receiver should have 
the highest priority since it could have overrun errors. 
Therefore the RxD request can interrupt any other in- 
terrupt service routine thus preventing any possibility 
of an overrun error. 


The Serial RS·232C Interface software is entered via a 
GO instruction from the 957B System Monitor console. 
The software first calls POWR-oN-INIT 
which ini- 


tializes the 8256AH. This sets the 8256AH to 8086 
Mode with parallel Port 2 in two wire handshake mode 
using Port 1 pin 0-1 for Port 2 handshaking. The ini- 
tialization configures six of the Port 1 lines, pins 2-7, 
for RS-232C handshaking-input 
or output depending 


upon the specific signal tied to the pin. Figure 6 illus- 
trates the definition of each Port 1 RS-232C handshak- 
ing line and its direction. 


Both the Serial RS-232C Interface and the parallel in- 
terface with handshaking operate on an interrupt basis. 
Following initialization the software enters an endless 
loop and awaits an interrupt from one of three sources; 
Receive Data (RxD), Transmit Data (TxD) or the par- 
allel interface. In the serial interface idle state, neither 
transmitting 
nor receiving data, the software is con- 


stantly responding to TxD interrupts; a result of the 
Transmit 
Buffer (TBE) 
and/or 
Transmit 
Register 


(TRE) being continuely empty. When data is received 
by the RS-232C channel the RxD interrupt, being of 
higher priority, asserts its interrupt. 
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Priority 
Source 


Highest 
0 
Not Used 
1 
Not Used 
2 
External 
Interrupt 
(EXTINT) 
3 
Not Used 
4 
RxD Interrupt 
5 
TxD Interrupt 
6 
Timer 2 or 2 & 4 (16 bit) 
7 
Port 2 Handshaking 


Port 
1 
Circuit 
I/O 
Abrev. 
Signal 
Name 
PlnNo. 


0 
STS/ACK 
Parallel Port 2 
1 
ISF/OSF 
Handshaking 
Signals 
2 
CG 
I 
CTS 
Clear To Send 


3 
CE 
I 
RI 
Ring Indicator 


4 
CD 
0 
DTR 
Data Terminal 
Ready 
5 
CI 
I 
DSRS 
Data Signal Rate Selector 
6 
CF 
I 
RLSD 
Receive 
Line Signal Detector 


(or CD) 
(Carrier Detect) 
7 
CC 
I 
DSR 
Data Set Ready 
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Although the parallel interface software is not imple- 
mented in the software listing of Appendix A, the algo- 
rithm for implementing multiplexed parallel and serial 
I/O is to input or output data on the parallel port dur- 
ing the relatively lengthy time required for serial com- 
munication 
overhead. The algorithm differs slightly 
during the serial channel idle state when the software 
responds to repetitive TxD interrupts. In this case the 
endless loop would detect the idle state repetitive TxD 
interrupts and disable the TxD interrupt for a short 
time while the parallel inputs or outputs data. This 
would require using one of the 8256AH timers to time 
out repetitive TxD interrupts. The timer used has to be 
lower in priority than the RxD interrupt to guarantee 
protection against overrun errors. Timer 2, or 2 and 4 
cascaded if longer time delays are desired, provides the 
proper interrupt level as shown in Figure 5. 


Figure 7 shows the Receive Data (RxD) interrupt serv- 
ice routine software flowc art. Since two conditions can 
generate an RxD Interrupt the Software first reads the 
Status 
Register 
and 
checks for the 
Break 
Detect 


(DB) bit being set. If the BD bit is clear, no Break 
condition being present, the data byte is read, stripped 
to seven bits, for an ASCII character, and sent to the 
system console via a call to the 957B System Monitor 
Console Output (CO) routine. Upon return from the 
957B monitor call an End Of Interrupt (EOI) is sent to 
the 8256AH to reset the currently served interrupt level 
bit in the Interrupt Service Register. 


Figure 8 shows the Transmit Data (TxD) interrupt 
service routine software flowchart. There are three con- 
ditions which may cause a TxD Interrupt; TBE, TRE 
and Break-In Detect. The TxD service routine first 
reads the Status Register to determine if the interrupt 
source is the TBE (Transmit Buffer Empty), if not then 
the interrupt service routine returns to the MAIN- 
MOD loop. If TBE= I (true) then a data byte is read 
from the 957B System Monitor Console Input (CI) rou- 
tine. If the data byte is an ASCII character it is written 
to the 8256AH Transmit Buffer. The software exists via 
an EOI (End Of Interrupt) command to the 8256AH 
then returns to the MAIN-MOD 
Rx-Tx-Loop. 


Figure 7. Receive 
Data Interrupt 
Service 
Routine 
Software 
Flowchart 


Figure 8.Transmlt 
Data Interrupt 
Service 
Routine 
Software 
Flowchart 


RS-232C 
Control 
Signals Interrupt 
Structure 


pass a flag to the communications software, rather than 
a message.The communications software would in turn 
perform the same types of action but could also protect 
disk butTeringfiles which might be open at the time of 
the interrupt. Two examples of the RS-232C Control 
Signal interrupt service routines, CTS and DSRS, are 
described below; 


The overall interrupt scheme is such that a change in a 
RS-232C handshake line causes an interrupt via the 
EXTINT pin on the 8256AH (see Figure 3 8256AH/ 
80186 Schematic). The EXTINT interrupt is of higher 
priority than either the RxD or TxD interrupt. This 
enables the RS-232C handshake signals to manage the 
receipt or transmission of data via the nested interrupt 
mode of the 8256AH. The EXTINT interrupt service 
routine first reads the Port I pins 2-7 data and com- 
pares it to default state for the signal requiring service. 
The EXTINT interrupt service routine then calls the 
appropriate handshake signal service procedure as 
shown in the bottom module of Figure 4 Software 
Structure Block Diagram. 


If Clear To Send (CTS) changes state, the DART auto- 
matically disables the transmitter. The CTS interrupt 
service procedure initializes the 8256AH's internal 
Timer. If the timer times out before CTS goes active 
again an interrupt is generated, a second message is 
displayed at the 957B monitor console prompting the 
user that the CTS line remains inactive. The options 
available at this point are to wait again, re-initializing 
Timer I, or to disconnect the RS-232C channel. 


Each of the individual RS-232C control signal service 
procedures displays a message on the 957B monitor 
console device indicating the signal requiring a re- 
sponse. The service procedure then either initiates spe- 
cific predefined actions or prompts the user with op- 
tions. In a system which utilized file storage, such as a 
personal computer, the RS-232C software driver could 


If Data Signal Rate Selector (DSRS) changes state, the 
software prompts the user with a messagethat the Data 
Rates of the two RS-232C channels are not the same 
and the user is given the option of altering the data rate. 
This application example was interfaced to a 103A/212 
Bell modem and as such prompts the user to select 
between 300 or 1200 bps data rates. In the case of a 


inter 


non-modem interface the routine could prompt the user 
for one of the thirteen standard data rates. The software 
then returns to the TxDIRxD 
software loop. The bal- 


ance 
of the 
interrupt 
service procedures 
for 
the 
RS-232C handshaking 
signals function in a similar 
manner. 


Depending upon the specific system design and soft- 
ware requirements, a variety of enhancements could be 
added to the system design. These could include inter- 
rupt traps that initiate specific corrective options or 
cascading multiple 8256AHs each with an RS-232C in- 
terfaces as described above. An example of an interrupt 
trap might be auto redial upon time out for lack of 
Carrier Detect (CD) upon initiating a communications 
link, or automatic disk file update when a receive buffer 
approaches overflow. 


The ability of the 8256AH to be reprogrammed to meet 
the changing requirements of a system simplifies the 
overall system design and multiplies its capabilities. A 
simple reinitialization sequence could reconfigure the 
8256AH as a UART with two parallel ports or utilize 
any of the various special functions of the parallel Port 
I; e.g., an external timer input or an additional external 
interrupt input, etc. The reinitialization could also con- 


figure the 8256AH Multifunction Peripheral for a vari- 
ety of custom applications. 


The functional integration of the 8256AH makes it 
ideal for designs which require maximum flexibility and 
simplicity of implementation. The implementation 
of 


the RS-232C serial channel modem interface and multi- 
plexed parallel I/O described in this application note 
represent a level of efficiency in peripheral performance 
and design previously unavailable. The 8256AH Multi- 
function Peripheral represents a savings of two-thirds 
the board space and power required by the previous 
four chip solution, with the added benefit of increased 
system reliability. The application note demonstrates 
the ease of implementing the variety of I/O capabilities 
and system support functions of the 8256AH. The inte- 
gration of four common microprocessor system func- 
tions into one VLSI device enables the designer to de- 
vote valuable resources to adding features to enhance 
the system design, adding performance and flexibility, 
and reducing the system's overhead. 
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MAINMOD: 
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1* 
----- 
- - - - 
- - - - - - - - - - - - 
- - - *1 
1* 
B2'6AH R.ghter 
I V.lue 
Conltent 
Definitlonl 
*1 
I. 
- 
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*1 


2 
Deel.,.. 
Lit 
Llhrallv 
'literal1v', 
DCL 
lit 
'Deelar.', 


True 
lit 
'O"h '. 
Fahe 
lit 
'Oh'. 


FOT'ev.", 
lit 
'tAlh i1. 1'. 
PCII 
lit 
'SOh'. 
C••dIreg 
lit 
'pes! + 0'. 
Cmd2reg 
lit 
'pcII + 2'. 


C••d3r.g 
lit 
'pcII + 4'. 


Modereg 
lit 
'pcsl 
+ 6'. 


PorUCtr 
IlReg 
lit 
'pc sl 
+ 9'. 
SeUntReg 
lit 
'pcsl 
+ Oah '. 


EnIntReg 
l1t 
'pc _I 
+ Oah '. 
RIUntReg 
l1t 
'pcII + Och '. 


IntAddrReg 
l1t 
'pc .1 + Och '. 
T,BuffReg 
l1t 
'peal 
+ Oeh '. 
R,Bu"Reg 
l1t 
'pcsl 
+ Och '. 


PorUReg 
lit 
' pc.l 
+ IOh'• 
Port2Reg 
lit 
'pel1 + I2h'• 
Timer IReg 
lit 
'pcsl 
+ I4h '. 


Tim.r2Reg 
l1t 
'pcII + I.h'• 
Timer3Reg 
lit 
'pcsl 
+ 1ch'. 


StatReg 
lit 
'pcsl 
+ Ieh '. 


Intri 
lit 
' pc al 
+ 40h '. 
Intr2 
lit 
'csl 
+ OIh '. 
Intr3 
lit 
'pc.l 
+ IOh '. 
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Intr4 
lit 


Int_R ••• t 
lit 
SiaTIEn 
lit 
SiaTIRdv 
lit 
SiaRIRdv 
lit 
Br.d 
lit 
DlIIntr 
lit 
StripTa7fh 
lit 
Partl_Strip 
lit 


Cmdl 
lit 
Cmd2A 
lit 
C••d2B 
lit 
Cmd3CI r 
lit 
C••d3 
lit 
Mod. 
lit 
EnRcvr 
lit 


A 
lit 
B 
lit 
DSR 
lit 
DSR_Flag 
lit 
CD 
lit 
CD_Flag 
lit 
DSRS 
lit 
DSRS_Flag 
lit 
DTR 
lit 
RI 
lit 
CTS 
lit 
CTSj"lag 
lit 


eStltu., 
Hnd.hk_Pin., 
.J) 
BVtl, 


Char 
BVh 


M•••• 
g._Ptr 
Point.r,; 


M •••• '. 
Decl.,..tion. 
CTS_MSO 
e*) 
BVt. 
Pub li c Dati 


DSR_MSO 
e*) 
BVt. 
Public 
Dati 


CD_MSO 
(*) 
Bvt. 
Pub lie 
Dati 
DSRS_t1S0 (*) 
BVh 
Pub li c Data 


CTS2_MSO (*) 
Bvt. 
Public 
Dati 


'SSh " 
'lOh 
I, 
'20h " 
'40h I, 
'04h " 
'OOh '. 
'7fh 
'. 
'OfcH', 


'43h I, 
'07h '. 
'09h " 
'7fh I, 
'Oalh 
'. 


'OOh " 
'OeOh 
" 


'4th' , 
'42h " 
'SOh I, 
'SOh I, 
'40h I, 
'40h '. 
'20h '. 
'20h " 
'lOh 
I, 
'OSh 
I, 
'04h '. 
'04h '. 


- - 
- - 
- 
- - 
*/ 
*1 


R.c.iv. 
Data 
.tapp.d. 
' 
('CTS 
Di .ab lid. 


OAH.ODH.0) , 
('DSR 
Di.ablld. 
'. OAH,ODH.00). 


('CD 
DlI.b 
lid. 
'. OAH,ODH.00). 


('Ent.r 
S.ud 
Rat., 
A. 
300 


(A/B) 
'.00). 
('CTS 
Di.abl.d. 
R.c.iv. 
D.ta 
.tapp.d. 


OAH,ODH.00). 
('Br 
•• k in 
Receive 
O.t •. 
',OAH,ODH,OO)J 


- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
*1 


inter 


*1 


9578 
Monitor 
Consol. 
Output 
Routin. 
*1 
*1 


9578 
Monitor 
Consol. 
Input 
Routin. 
*1 
*1 


- 
- 
- 
- - 
- - 
- 
- 
- - 
*1 


MCO: 
Proc.dur.CChar) 
E.t.rnal; 
DCL 
Char 
8~tti 


End 
MCO; 


1* - 
- 
- 
- - 
- - - 
- - 
- - 
- - 
- 
- 
- - - 
- 
- - 
- - 
- - 
- 
- - 
- *1 


1* 
Initializo 
8256AH 
Proc.dur. 
*1 


Init56: 
Proc.dur.; 


Diubltl 
1* 
Output 
8256AH 
Init 
Data 
OutputCCmdIR.g)-Cmdl; 


*1 
1* 
8086 
mod •• 
'r.g-Ikhz. 
1 stop 
bit. 


and 
7 bit 
char 
*1 
1* 
odd 
parit~. 
s~stom 
elk-I. 024mhz. 


and 
1200 
bps 
*1 
/* 
el ••.•.cmd 
rig 
3 
*1 
/* 
rlSlt, 
it ...• clc In_bled, 
n•• t,d 
intr 
made 
*1 
/* 
In_bll 
rlceivI 
.•.*1 
1* cascad. 
tim.rs 
3~5. 'or 
tho 


r•• iv.r.tim.r'out 
tim.r. 
b~t. 
~ 


output 
mod. 
*1 


1* - 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 


1* 
Procldure: 
Lo.d 
Intlrrupt 
Addr ••• 
Victor. 
Load_Int_Tab 
It: Proc.d ur. Pub Iici 


Call 
S.t.Int.rruptC42H.EXTINT); 


Call 
S.t.Int.rruptC44H.R.c.lv._Char); 


Call 
S.t.Int.rruptC45H.Tronomlt_Chor); 
Call 
S.t.Int.rruptC46H,Tlm.r_2_4); 


- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
*1 


EXTINT 
Int.rrpt 
Proc.dur.: 
*1 
*1 
231125-10 


intJ 


26 


27 
2 
28 
2 
29 
2 
30 
2 
31 
3 
32 
3 
33 
3 
34 
2 


3:1 
2 
36 
2 


37 
2 
38 
2 


39 
2 
40 
3 
41 
3 
42 
3 


43 
3 
44 
3 


4:1 
3 
46 
2 
47 
2 


48 
2 


49 


:10 
2 
:II 
2 
:12 
2 


:13 
2 
:14 
3 
:l:l 
3 
:16 
3 
:17 
2 


:18 
3 
:19 
3 
60 
3 
61 
2 


62 
2 


1* 
1* 
1* 
1* 
1* 
EXTINT, 


Service 
routine 
r •• ds 
thl 
Port 
1 RS232 
h.nd.h.k •• 
lgn.l •• nd 
••t. 
the 
m •••• g. polnt.~ 
co~ •• pondlng 
to the 
.Ign.l 
d.t.ct.d. 


En.b Iii 
HndShk-fln.·Input(Po~tIR.g) 
.nd 
Po~tl_St~ip. 


If CTS_FI.g 
• HndShk_Pin 
•• nd CTS 
Th.n 
Do. 


M •••• g._Pt~·.CTS_MSG(O). 
Output<Tim.~2R.g)·100, 
End. 


Eh. 


If DSR_FI.g 
• HndShk_Pin 
•• nd 
DSR 
Th.n 
M•••• g._Pt~·.DSR_MSG(O). 
Eh. 


If CD_FI.g 
• HndShk_Pin •• nd 
CD 
Th.n 
M•••• g._Pt~·.CD_MSQ(O)' 
Elsa 


If DSRS_FI.g 
• HndShk_Pin •• nd 
DSRS 
Th.n 
DO. 
M •••• g._Pt~·.DSRS_MSG(O)' 
If MCI 
• A Th.n 
Output(CmdIR.g)·Cmd2A. 


Eh. 
If MCI 
• B Th.n 
Output<CmdIR.g)·Cmd2B, 


End, 
C.ll 
S.nd_M.g, 
OutPut(R.tIntR.g)·Int~ 
••• t, 


1* - 
- 
- - 
- - 
- 
- 
- 
- - 
- - 
- - - 
- - 
- - 
- - - 
- - 
- 
- 


1* 
Procldure 
RIClivl 
• 
ch.r.ct.r 
R.c.iv._Ch.~: 
P~oc.du~. 
Int.~~upt 
44H. 


En.ble. 
St.tu •• (Input(St.tR.g) 
.nd 
SloRIRd~), 
If St.tu. 
AND 
B~ •• k Th.n 
DO. 


M•••• g._Pt~·eB~ •• k~SQ(O). 
C.II 
Send_M.g. 
End. 


Ella 


00; 


Ch.~·Input(RIBuffR.g) 
.nd 
St~ipTo7fh, 
C.ll 
MCO(Ch.~). 


End; 


OutPut<R.tIntR.g)-Int_R 
••• t, 


1* - 
- 
- 
- - 
- 
- 
- 
- 
- 
- - 
- 
- 
- 
- 
- 
- - 
- 
- - 
- 
- 


1* 
Proc.dur.: 
Writ. 
ch.r.ct.r 
to 8256AH 
UART 


Tr.n.mit_Ch.r: 
Proc.dur. 
Int.rrupt 
45HI 


St.tu •• (Input(St.tR.g) 
.nd 
SioRIRdVl1 
If St.tu •• nd SioRIRdV 
Th.n 


Ch.r.(I1CI And 
StripT07FHI. 
1* .trip 
to 7 bit. 
*1 
If Ch.r >. 20H 
And 
Ch.r <. 7fH 
Th.n 
1* 
if ch.r 
i. ASCII 
output 
it *1 


Output(TIBuffR.gI·Ch.rl 
OutPut(R.tIntR.g)·Int_R 
••• t. 


1* - 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
*1 
1* 
Proc.dur.: 
Writ. 
ch.r.ct.r 
to 856AH 
UART 
*1 
Tim.r_2_4: 
Proc.dur. 
Int.rrupt 
46HI 


11•••• g.-Ptr·.CTS2_MSQ(011 
C.II 
S.nd_l1.g, 
OutPut(R.tIntR.gI·Int_R 
••• t, 


1* - 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
- 
*1 
1* 
11•••• g. Output 
Proc.dur. 
*1 
S.nd_l1.g: Proc.dur •• 


,)·0. 
Do While 
11•••• g.(,)1 <> O. 
Ch.r.I1•••• g. (,)II 
C.ll 
I1CO(Ch.r), 


,)·,)+11 
End, 
R.turn. 


CollI Init56, 
Do For.v.r; 
End, 


intJ 


CODE AREA SIZE 
• 0235H 
565D 
CONSTANT AREA SIZE· 
OOBEH 
190D 
VARIABLE AREA SIZE· 
0007H 
7D 
MAXIMUM STACK SIZE. 
0034H 
52D 
280 LINES READ 
o PROORAM WARNINOS 
o PROORAM ERRORS 


31KB MEMORY AVAILABLE 
6KB MEMORY USED 
C19Xl 
OKB DISK SPACE USED 


Floppy Disk Controllers 
3 


inter 
8272A 
SINGLE/DOUBLE 
DENSITY FLOPPY DISK CONTROLLER 


• IBM Compatible in Both Single and 
• Data Transfers in DMA or Non-DMA 
Double Density Recording Formats 
Mode 
• Programmable 
Data Record Lengths: 
• Parallel Seek Operations on Up to Four 


128,256,512, 
or 1024 Bytes/Sector 
Drives 
• Multi-Sector and Multi-Track Transfer 
• Compatible with all Intel and Most 
Capability 
Other Microprocessors 
• Drives Up to 4 Floppy or Mini-Floppy 
• Single-Phase 8 MHz Clock 
Disks 
• Single +5V Power Supply (± 10%) 
• Controls 8",5%" 
and 3%,' Floppy Disk 
• Plastic 40 Pin DIP or 40 Pin CERDIP 
Drives 
Packages 


The 8272A 
is an LSI Floppy 
Disk Controller 
(FOG) Chip, which contains 
the circuitry 
and control 
functions 
for 
interfacing 
a processor 
to 4 Floppy 
Disk Drives. 
It is capable 
of supporting 
either 
IBM 3740 single 
density 
format 
(FM), or IBM System 
34 Double 
Density 
format 
(MFM) including 
double 
sided recording. 
The 8272A 


provides 
control 
signals which simplify the design of an external 
phase locked loop and write precompensation 
circuitry. 
The FDC simplifies 
and handles 
most of the burdens 
associated 
with implementing 
a Floppy 
Disk 


Drive Interface. 
The 8272A 
is a pin-compatible 
upgrade 
to the 8272. 


RESET 
t 
iffi 


ViR 
cs 
4 
.. 


___ 
READY 


WAITE PROTECTfTWO SIDE 
__ 
INDEX 


FAUlTrTRACK 0 


DFUVE 
SELECT 
0 
DRIVE 
SELECT 
1 
MFM MODE 


JfWISEEK 


HEAD 
LOAD 


HEAD 
SELECT 
lOW CURRENT/DIRECTION 


FAULT 
AESETfSTEP 


210606-2 


Figure 2. Pin Configuration 


inter 


Symbol 
Pin 
Type 
Connec- 
Name and Function 
No. 
tlonTo 


RESET 
1 
I 
J.1P 
RESET: Places FDC in idle state. Resets output lines to FDD to "0" 
(low). Does not clear the last specify command. 


RD 
2 
1(1) 
J.1P 
READ: Control signal for transfer 
of data from FDC to Data Bus, when 
"0" 
(low). 


WR 
3 
1<1) 
J.1P 
WRITE: 
Control signal for transfer 
of data to FDC via Data Bus, when 


"O"(low). 


CS 
4 
I 
J.1P 
CHIP SELECT: 
IC selected 
when "0" 
(low) allowing 
RD and WR to be 


enabled. 


Ao 
5 
1(1) 
J.1P 
DATA/STATUS 
REGISTER 
SELECT: 
Selects 
Data Reg (Ao = 1) or 


Status Reg (Ao = 0) contents 
to be sent to Data Bus. 


DBo-DB? 
6-13 
1/0(1) 
J.1P 
DATA BUS: Bidirectional8-Bit 
Data Bus. 


DRO 
14 
0 
DMA 
DATA DMA REQUEST: 
DMA Request 
is being made by FDC when 


DRO "1".(3) 


DACK 
15 
I 
DMA 
DMA ACKNOWLEDGE: 
DMA cycle is active when "0" 
(low) and 
Controller 
is performing 
DMA transfer. 


TC 
16 
I 
DMA 
TERMINAL 
COUNT: 
Indicates the termination 
of a DMA transfer 
when 


"1" 
(high)(2). 


IDX 
17 
I 
FDD 
INDEX: 
Indicates the beginning 
of a disk track. 


INT 
18 
0 
J.1P 
INTERRUPT: 
Interrupt 
Request 
Generated 
by FDC. 


ClK 
19 
I 
CLOCK: 
Single Phase 8 MHz (4 MHz for mini floppies) 
Squarewave 


Clock. 


GND 
20 
GROUND: 
D.C. Power Return. 


Vcc 
40 
D.C. POWER: + 5V 


RW/SEEK 
39 
0 
FDD 
READ WRITE/SEEK: 
When "1" 
(high) Seek mode selected 
and when 


"0" 
(low) Read/Write 
mode selected. 


lCT/DIR 
38 
0 
FDD 
LOW CURRENT/DIRECTION: 
lowers 
Write current on inner tracks in 


Read/Write 
mode, determines 
direction 
head will step in Seek mode. 


FR/STP 
37 
0 
FDD 
FAULT 
RESET/STEP: 
Resets fault FF in FDD in Read/Write 
mode, 


provides 
step pulses to move head to another 
cylinder in Seek mode. 


HDl 
36 
0 
FDD 
HEAD LOAD: Command 
which causes Read/Write 
head in FDD to 
contact 
diskette. 


RDY 
35 
I 
FDD 
READY: 
Indicates 
FDD is ready to send or receive data. Must be tied 


high (gated by the index pulse) for mini floppies 
which do not normally 


have a Ready line. 


WP/TS 
34 
I 
FDD 
WRITE 
PROTECT/TWO-SIDE: 
Senses Write Protect status in Read/ 


Write mode, and Two Side Media in Seek mode. 


FlT/TRKO 
33 
I 
FDD 
FAULT/TRACK 
0: Senses FDD fault condition 
in Read/Write 
mode 


and Track 0 condition 
in Seek mode. 


PS1, PSo 
31,32 
0 
FDD 
PRECOMPENSATION 
(PRE-SHIFT): 
Write precompensation 
status 


during MFM mode. Determines 
early, late, and normal times. 


WRDATA 
30 
0 
FDD 
WRITE 
DATA: Serial clock and data bits to FDD. 


DS1, DSo 
28,29 
0 
FDD 
DRIVE SELECT: 
Selects 
FDD unit. 


Symbol 
Pin 
Type 
Connec- 
Name and Function 
No. 
tlonTo 


HDSEL 
27 
a 
FDD 
HEAD SELECT: 
Head 1 selected 
when "1" 
(high) Head 0 selected 
when "0" 
(low). 


MFM 
26 
a 
PLL 
MFM MODE: MFM mode when "1," 
FM mode when "0". 


WE 
25 
a 
FDD 
WRITE 
ENABLE: 
Enables write data into FDD. 
vca 
24 
a 
PLL 
VCO SYNC: Inhibits vca in PLL when "0" 
(low), enables vca when 
"1." 


RD DATA 
23 
I 
FDD 
READ DATA: 
Read data from FDD; containing 
clock and data bits. 


OW 
22 
I 
PLL 
DATA WINDOW: 
Generated 
by PLL, and used to sample data from 
FDD. 


WRCLK 
21 
I 
WRITE CLOCK: 
Write data rate to FDD FM = 500 kHz, MFM = 1 
MHz, with a pulse width of 250 ns for both FM and MFM. 
Must be enabled for all operations, 
both Read and Write. 


NOTES: 
1. Disabled 
when CS = 1. 
2. TC must be activated 
to terminate 
the Execution 
Phase of any command. 
3. ORO is also an input for certain 
test modes. 
It should 
have a 5 kO pull-up 
resistor 
to prevent 
activation. 


Hand-shaking 
signals 
are 
provided 
in the 
8272A 
which make DMA operation 
easy to incorporate 
with 
the aid of an external 
DMA Controller 
chip, such as 
the 8237 A. The FDC will operate 
in either 
DMA or 
Non-DMA 
mode. 
In the 
Non-DMA 
mode, 
the 
FDC 
generates 
interrupts 
to 
the 
processor 
for 
every 
transfer 
of a data 
byte 
between 
the CPU and the 
8272A. 
In the DMA mode, the processor 
need only 


load a command 
into the FDC and all data transfers 
occur under control 
of the 8272A 
and DMA control- 


ler. 


There are 15 separate 
commands 
which the 8272A 
will execute. 
Each of these commands 
require multi- 
ple 8-bit 
bytes to fully specify 
the operation 
which 
the processor 
wishes 
the FDC to perform. 
The fol- 
lowing commands 
are available. 


Read Data 
Read 10 
Read Deleted 
Data 
Read a Track 
Scan Equal 
Scan High or Equal 
Scan Low or Equal 
Specify 


Write Data 
Format 
a Track 
Write Deleted 
Data 
Seek 
Recalibrate 
(Restore 
to 
Track 0) 
Sense 
Interrupt 
Status 
Sense 
Drive Status 


For more information 
see the Intel Application 
Notes 
AP-116 
and AP-121. 


Address 
mark 
detection 
circuitry 
is internal 
to the 
FDC 
which 
simplifies 
the 
phase 
locked 
loop 
and 
read electronics. 
The track stepping 
rate, head load 
time, and head unload time may be programmed 
by 
the user. The 8272A offers many additional 
features 
such as multiple 
sector 
transfers 
in both 
read and 
write 
modes 
with 
a single 
command, 
and full 
IBM 
compatibility 
in both single (FM) and double 
density 
(MFM) modes. 


inter 


On the 8272A, after detecting the Index Pulse, the 
veo 
Sync output stays low for a shorter period of 
time. See Figure 4a. 


On the 8272 there can be a problem reading data 
when Gap 4A is 00 and there is no lAM. This occurs 
on some older floppy formats. The 8272A cures this 
problem by adjusting the veo 
Sync timing so that it 


is not low during the data field. See Figure 4b. 


Track 
alp4A\'AMI 
alp' 
1.0 I alp2 
I 
01" 


Ind•• Pu". 
~ 
_ 


8272 
vea Sync----.~----------J,--- 


1272A Y..co-Sy~ 


210606-4 
'560 
P.s in FM mode; 
527 P.s in MFM mode 
a. Margin on the Index Pulse 


Track 
O.p4A.(OO) 
I 10 I 
O.p2 
IncM.Pul.. 
~ 
_ 


1212 
yea 
Sync 


1272A 
yea 
Sync 


b. Ability to Read Data 


When Gap 4A Contains 00 


Figure 4. 8272A Enhancements over the 8272 


The 8272A contains two registers which may be ac- 
cessed by the main system processor; a Status Reg- 
ister and a Data Register. The 8-bit Main Status 
Register contains the status information of the FOe, 
and may be accessed at any time. The 8-bit Data 
Register (actually consists of several registers in a 
stack with only one register presented to the data 
bus at a time), stores data, commands, parameters, 
and FDD status information. Data bytes are read out 
of, or written into, the Data Register in order to pro- 
gram or obtain the results after execution of a com- 
mand. The Status Register may only be read and is 
used to facilitate the transfer of data between the 
processor and 8272A. 


The relationship between the Status/Down registers 
and the signals RD, WR, and Ao is shown in Table 2. 


Table 2. Ao, RD, WR Decoding for the Selection 


of Status/Data 
Register Functions. 


Ao 
RD 
WR 
Function 


0 
0 
1 
Read Main Status Register 


0 
1 
0 
IIlegal(1) 


0 
0 
0 
Illegal(1) 


1 
0 
0 
lIIegal(1) 


1 
0 
1 
Read from Data Register 


1 
1 
0 
Write into Data Register 


NOTE: 
,. 
Design 
must guarantee 
that the 8272A 
is not subjected 


to illegal 
inputs. 


Bit Number 
Name 
Symbol 
Description 


Do 
FOOO Busy 
OoB 
FOO number 0 is in the Seek mode. 


01 
FOO 1 Busy 
°1B 
FOO number 1 is in the Seek mode. 


02 
F002 
Busy 
°2B 
FOO number 2 is in the Seek mode. 


03 
F003 
Busy 
°3B 
FOO number 3 is in the Seek mode. 


04 
FOC Busy 
CB 
A read or write command 
is in process. 


Os 
Non-OMA 
Mode 
NOM 
The FOC is in the non-OMA 
mode. This bit is set only 


during the execution 
phase in non-OMA 
mode. 


Transition 
to "0" state indicates 
execution 
phase has 


ended. 


06 
Data Input/Output 
010 
Indicates 
direction 
of data transfer 
between 
FOC and 


Data Register. 
If 010 = "1" 
then transfer 
is from Data 


Register to the Processor. 
If 010 = "0", then transfer 


is from the Processor 
to Data Register. 


07 
Request for Master 
ROM 
Indicates 
Data Register 
is ready to send or receive 


data to or from the Processor. 
Both bits 010 and ROM 


should be used to perform the handshaking 
functions 


of "ready" 
and "direction" 
to the processor. 


The 010 and ROM bits in the Status Register 
indicate 
when Data is ready and in which direction 
data will be 
transferred 
on the Data Bus. 


NOTE: 
There is a 12 ,.,s or 24,.,s ROM flag delay when using an 8 or 4 MHz clock respectively. 


OUT OF FOC AND INTO "'OCESSOR 
I 
L 
I 


REOUEST 
FOR MASTER 
(ROM) 


NOTES: 
A-Data 
register ready to be written into by processor 


B-Data 
register not ready to be written into by processor 


C-Data 
register ready for next data byte to be read by the processor 


~Data 
register not ready for next data byte to be read by processor 


inter 


The 8272A is capable of executing 15 different com- 
mands. Each command is initiated by a multi-byte 
transfer from the processor, and the result after exe- 
cution of the command may also be a multi-byte 
transfer back to the processor. Because of this mul- 
ti-byte 
interchange 
of 
information 
between 
the 


8272A and"the processor, it is convenient to consid- 
er each command as consisting of three phases: 
Command Phase: The FDC receives all information 


required to perform a particular 
operation from the processor. 


Execution Phase: The FDC performs the operation 


it was instructed to do" 
Result Phase: 
After completion of the opera- 
tion, 
status and other 
house- 


keeping information are made 
available to the processor. 


During Command or Result Phases the Main Status 
Register (described in Table 3) must be read by the 
processor before each byte of information is written 
into or read from the Data Register. Bits 06 and 07 
in the Main Status Register must be in a 0 and 1 
state, respectively, before each byte of the com- 
mand word may be written into the 8272A. Many of 
the commands require multiple bytes, and as a re- 
sult the Main Status Register must be read prior to 
each byte transfer to the 8272A. On the other hand, 
during the Result Phase, 06 and 07 in the Main 
Status Register must both be 1's (06 = 1 and 07 = 
1) before reading each byte from the Data Register. 


NOTE: 
This reading of the Main Status Register before 
each byte transfer to the 8272A is required in only 
the Command and Result Phases, and NOT during 
the Execution Phase. 


During the Execution Phase, the Main Status Regis- 
ter need not be read. If the 8272A is in the non-DMA 
Mode, then the receipt of each data byte (if 8272A is 
reading data from FDD) is indicated by an interrupt 
signal on pin 18 (INT = 1). The generation of a 
Read signal (RD = 0) will reset the interrupt as well 
as output the Data onto the Data Bus. For example, 
if the 
processor 
cannot 
handle 
Interrupts fast 


enough (every 13 JLs for MFM mode) then it may poll 
the Main Status Register and then bit 07 (ROM) 
functions just like the Interrupt signal. If a Write 
Command is in process, then the WR signal per- 
forms the reset to the Interrupt signal. 


The 8272A always operates in a multi-sector trans- 
fer mode. It continues to transfer data until the TC 
input is active. In Non-DMA Mode, the system must 
supply the TC input. 


If the 8272A is in the DMA Mode, no Interrupts are 
generated during the Execution Phase. The 8272A 
generates ORa's (DMA Requests) when each byte 
of data is available. The DMA Controller responds to 
this request with both a DACK = 0 (DMA Acknowl- 
edge) and a RD = 0 (Read signal). When the DMA 
Acknowledge signal goes low (DACK = 0) then the 
DMA Request is reset (ORO = 0). If a Write Com- 
mand has been pro~mmed 
then a WR signal will 


appear instead of RD. After the Execution Phase 
has been completed (Terminal Count has occurred) 
then an Interrupt will occur (INT = 1). This signifies 
the beginning of the Result Phase. When the first 
byte of data is read during the Result Phase, the 
Interrupt is automatically reset (INT = 0). 


It is important to note that during the Result Phase 
all bytes shown in the Command Table must be 
read. The Read Data Command, for example has 
seven bytes of data in the Result Phase. All seven 
bytes must be read in order to successfully complete 
the Read Data Command. The 8272A will not accept 
a new command until all seven bytes have been 
read. Other commands may require fewer bytes to 
be read during the Result Phase. 


The 8272A contains five Status Registers. The Main 
Status Register mentioned above may be read by 
the processor at any time. The other four Status 
Registers (STO,ST1, ST2, and ST3) are only avail- 
able during the Result Phase, and may be read only 
after successfully completing a command. The par- 
ticular command which has been executed deter- 
mines how many of the Status Registers will be 
read. 


The bytes of data which are sent to the 8272A to 
form the Command Phase, and are read out of the 
8272A in the Result Phase, must occur in the order 
shown in the Table 4. That is, the Command Code 
must be sent first and the other bytes sent in the 
prescribed sequence. 
No foreshortening 
of 
the 


Command or Result Phases are allowed. After the 
last byte of data in the Command Phase is sent to 
the 
8272A, 
the 
Execution 
Phase automatically 


starts. In a similar fashion, when the last byte of 


Phase 
R/W 
Data Bus 
Remarks 
07 
06 
05 
04 
03 
02 
01 
Do 


READ DATA 


Command 
W 
MT 
MFM 
SK 
0 
0 
1 
1 
0 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
C 
--- 
Sector 10 Information 
W 
--- 
H 
--- 
Prior to Command 
W 
--- 
R 
--- 
Execution 
W 
--- 
N 
--- 


W 
--- 
EDT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
DTL 
--- 


Execution 
Data Transfer 
Between the FDD 
and Main-System 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 
R 
--- 
R 
--- 
After Command 
R 
--- 
N 
--- 
Execution 


READ DELETED DATA 


Command 
W 
MT 
MFM 
SK 
0 
1 
1 
0 
0 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
C 
--- 
Sector 10 Information 
W 
--- 
H 
--- 
Prior to Command 
W 
--- 
R 
--- 
Execution 
W 
--- 
N 
--- 


W 
--- 
EDT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
DTL 
--- 


Execution 
Data Transfer 
Between the FDD 
and Main-System 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 
R 
--- 
R 
--- 
After Command 
R 
--- 
N 
Execution 


inter 


Phase 
R/W 
Data Bus 
Remarks 
07 
06 
Os 
04 
03 
02 
01 
Do 


WRITE DATA 


Command 
W 
MT 
MFM 
0 
0 
0 
1 
0 
1 
Command Codes 


W 
0 
0 
0 
0 
0 
HOS 
OS1 
OSO 


W 
--- 
C 
--- 
Sector 10 Information 


W 
--- 
H 
--- 
Prior to Command 


W 
--- 
R 
--- 
Execution 


W 
--- 
N 
--- 


W 
--- 
EOT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
OTL 
--- 


Execution 
Data Transfer 
Between the Main- 


, 
System and FOD 


Result 
R 
--- 
STO 
--- 
Status Information 


, 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 


R 
--- 
R 
--- 
After Command 
R 
--- 
N 
--- 
Execution 


WRITE DELETED DATA 


Command 
W 
MT 
MFM 
0 
0 
1 
0 
0 
1 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
C 
--- 
Sector 10 Information 
W 
--- 
H 
--- 
Prior to Command 
W 
--- 
R 
--- 
Execution 
W 
--- 
N 
--- 


W 
--- 
EOT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
DTL 
--- 


Execution 
Data Transfer 
Between the FOO 


, 
I 
and Main-System 


Result 
R 
--- 
STO 
--- 
Status Information 


R 
--- 
ST 1 
--- 
After Command 


R 
--- 
ST2 
--- 
Execution 


R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 
R 
--- 
R 
--- 
After Command 


R 
--- 
N 
--- 
Execution 


inter 


Phase 
R/W 
Data Bus 
Remarks 
07 
06 
05 
04 
03 
02 
01 
DO 


READ A TRACK 


Command 
W 
0 
MFM 
SK 
0 
0 
0 
1 
0 
Command Codes 


W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
C 
--- 
Sector 10 Information 
W 
--- 
H 
--- 
Prior to Command 


W 
--- 
R 
--- 
Execution 
W 
--- 
N 
--- 


W 
--- 
EOT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
DTL 
--- 


Execution 
Data Transfer 
Between the FDD 
and Main-System. 
FDC Reads all of 
Cylinders Contents 
from Index Hole to 
EOT 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 
R 
--- 
R 
--- 
After Command 
R 
N 
Execution 


READ 10 


Command 
W 
0 
MFM 
0 
0 
1 
0 
1 
0 
Commands 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


Execution 
The First Correct 10 
Information on the 
Cylinder is Stored in 
Data Register 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 
R 
--- 
R 
--- 
During Execution 
R 
N 
Phase 


inter 


Phase 
R/W 
Oata Bus 
Remarks 
07 
06 
05 
04 
03 
02 
01 
00 


FORMAT A TRACK 


Command 
W 
0 
MFM 
0 
0 
1 
1 
0 
1 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
N 
--- 
Bytes/Sector 
W 
--- 
SC 
--- 
Sectors/Cylinder 
W 
--- 
GPL 
--- 
Gap3 
W 
I 
D 
Filler Byte 
--- 
--- 


Execution 


FDC Formats an 
Entire Cylinder 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


,. 
R 
--- 
H 
--- 
In This Case, the ID 
R 
--- 
R 
--- 
Information has no 
R 
N 
Meaning 


inter 


Phase 
R/W 
Oata Bus 
Remarks 
07 
06 
05 
04 
03 
02 
01 
00 


SCAN EQUAL 


Command 
W 
MT 
MFM 
SK 
1 
0 
0 
0 
1 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
C 
--- 
Sector 10 Information 
W 
--- 
H 
--- 
Prior to Command 
W 
--- 
R 
--- 
Execution 
W 
--- 
N 
--- 


W 
--- 
EOT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
STP 
--- 


Execution 
Data Compared 
Between the FDD 
and Main-System 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 
R 
--- 
R 
--- 
After Command 
R 
N 
Execution 


SCAN LOW OR EQUAL 


Command 
W 
MT 
MFM 
SK 
1 
1 
0 
0 
1 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
C 
--- 
Sector 10 Information 
W 
--- 
H 
--- 
Prior to Command 
W 
--- 
R 
--- 
Execution 
W 
--- 
N 
--- 


W 
--- 
EOT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
STP 
--- 


Execution 
Data Compared 
Between the FDD 
and Main-System 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector 10 Information 
R 
--- 
R 
--- 
After Command 
R 
N 
Execution 


inter 


Phase 
R/W 
OataBus 
Remarks 
07 
06 
Os 
04 
03 
02 
01 
00 


SCAN HIGH OR EQUAL 


Command 
W 
MT 
MFM 
SK 
1 
1 
1 
0 
1 
Command Codes 


W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
--- 
C 
--- 
Sector ID Information 


W 
--- 
H 
--- 
Prior to Command 


W 
--- 
R 
--- 
Execution 


W 
--- 
N 
--- 


W 
--- 
EDT 
--- 


W 
--- 
GPL 
--- 


W 
--- 
STP 
--- 


Execution 
Data Compared 
Between the FDD 


. 
". 
and Main-System 


Result 
R 
--- 
STO 
--- 
Status Information 
R 
--- 
ST 1 
--- 
After Command 
R 
--- 
ST2 
--- 
Execution 
R 
--- 
C 
--- 


R 
--- 
H 
--- 
Sector ID Information 
R 
--- 
R 
--- 
After Command 
R 
N 
Execution 


RECALIBRATE 


Command 
W 
0 
0 
0 
0 
0 
1 
1 
1 
Command Codes 
W 
0 
0 
0 
0 
0 
0 
DS1 
DSO 


Execution 
Head Retracted to 
Track 0 


SENSE INTERRUPT STATUS 


Command 
W 
0 
0 
0 
0 
1 
0 
0 
0 
Command Codes 
Result 
R 
--- 
STO 
--- 
Status Information at 
R 
--- 
PCN 
--- 
the End of Each Seek 
Operation About the 
FDC 


inter 


Phase 
R/W 
Data Bus 
Remarks 
07 
06 
05 
04 
03 
02 
01 
Do 


SPECIFY 


Command 
W 
0 
0 
0 
0 
0 
0 
1 
1 
Command Codes 
W 
- 
SRT 
---> 
<--- 
HUT 
- 


W 
HLT 
> 
NO 


SENSE DRIVE STATUS 


Command 
W 
0 
0 
0 
0 
0 
1 
0 
0 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


Result 
R 
ST3 
Status Information 
about FDD 


SEEK 


Command 
W 
0 
0 
0 
0 
1 
1 
1 
1 
Command Codes 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
NCN 


Execution 
Head is Positioned 
Over Proper Cylinder 
on Diskette 


INVALID 


Command 
W 
Invalid Codes 
Invalid Command 
Codes (NoOp-FDC 
Goes Into Standby 
State) 
Result 
R 
STO 
STO = 80 
(16) 


Symbol 
Name 
Description 


Ao 
Address 
Line 0 
Ao controls 
selection 
of Main Status Register 
(Ao = 0) or Data Register 
(Ao = 1). 


C 
Cylinder Number 
C stands for the current selected 
Cylinder track number 0 through 
76 of 
the medium. 


D 
Data 
D stands for the data pattern which is going to be written into a Sector. 


D]-Do 
Data Bus 
8-bit Data bus where D] is the most significant 
bit, and Do is the least 
significant 
bit. 


DSO, DS1 
Drive Select 
DS stands for a selected 
drive number 0 or 1. 


DTL 
Data Length 
When N is defined as 00, DTL stands for the data length which users are 
going to read out or write into the Sector. 


EOT 
End of Track 
EOT stands for the final Sector number of a Cylinder. 


GPL 
Gap Length 
GPL stands for the length of Gap 3 (spacing 
between 
Sectors 
excluding 
VCO Sync Field). 


H 
Head Address 
H stands for head number 0 or 1, as specified 
in ID field. 


HDS 
Head Select 
HDS stands for a selected 
head number 0 or 1 (H = HDS in all command 
words). 


HLT 
Head Load Time 
HLT stands for the head load time in the FDD (2 to 254 ms in 2 ms 
increments). 


HUT 
Head Unload Time 
HUT stands for the head unload time after a read or write operation 
has 
occurred 
(16 to 240 ms in 16 ms increments). 


MFM 
FM or MFM Mode 
If MF is low, FM mode is selected 
and if it is high, MFM mode is selected. 


MT 
Multi-Track 
If MT is high, a multi-track 
operation 
is to be peformed 
(a cylinder 
under 
both HDO and HD1 will be read or written). 


N 
Number 
N stands for the number of data bytes written in a Sector. 


NCN 
New Cylinder 
NCN stands for a new Cylinder number, which is going to be reached 
as a 
Number 
result of the Seek operation. 
Desired position 
of Head. 


ND 
Non-DMA 
Mode 
ND stands for operation 
in the Non-DMA 
Mode. 


PCN 
Present Cylinder 
PCN stands for the Cylinder number at the completion 
of SENSE 
Number 
INTERRUPT 
STATUS Command. 
Position of Head at present time. 


R 
Record 
R stands for the Sector number, which will be read or written. 


R/W 
Read/Write 
R/W stands for either Read (R) or Write (W) signal. 


SC 
Sector 
SC indicates 
the number of Sectors 
per Cylinder. 


SK 
Skip 
SK stands for Skip Deleted 
Data Address 
Mark. 


SRT 
Step Rate Time 
SRT stands for the Stepping 
Rate for the FDD (1 to 16 ms in 1 ms 
increments). 
The same Stepping 
Rate applies to all drives (F = 1 ms, 
E = 2 ms, etc.). 


inter 


Symbol 
Name 
Description 


STO 
Status 0 
ST 0-3 stand for one of four registers which store the status information after 


ST 1 
Status 1 
a command has been executed. This information is available during the result 
ST2 
Status 2 
phase after command execution. These registers should not be confused with 


ST3 
Status 3 
the main status register (selected by Ao = 0). ST 0-3 may be read only after 
a command has been executed and contain information relevant to that 
particular command. 


STP 
Duringa Scan operation, if STP = 1, the data in contiguous sectors is 
compared byte by byte with data sent from the processor (or DMA), and if 
STP = 2, then alternate sectors are read and compared. 


data is read out in the Result Phase, the command is 
automatically ended and the 8272A is ready for a 
new command. A command may be aborted by sim- 
ply sending a Terminal Count signal to pin 16 
(TC= 1).This is a convenient means of ensuring that 
the processor may always get the 8272A's attention 
even if the disk system hangs up in an abnormal 
manner. 


After power-up RESET, the Drive Select Lines DSO 
and DS1 will automatically go into a polling mode. In 
between commands (and between step pulses in 
the SEEK command) the 8272A polls all four FDDs 
looking for a change in the Ready line from any of 
the drives. If the Ready line changes state (usually 
due to a door opening or closing) then the 8272A will 
generate an interrupt. When Status Register 0 (STO) 
is read (after Sense Interrupt Status is issued), Not 
Ready (NR) will be indicated. The polling of the 
Ready line by the 8272A occurs continuously be- 
tween 
instructions, thus notifying the processor 


which drives are on or off line. Approximate scan 
timing is shown in Table 6. 


Table 6. Scan Timing 


DS1 
DSO 
Approximate 
Scan Timing 


0 
0 
220 J.l.s 


0 
1 
220 J.l.s 


1 
0 
. 
220 J.l.s 


1 
1 
440 J.l.s 


During the Command Phase, the Main Status Regis- 
ter must be polled by the CPU before each byte is 


written into the Data Register. The DIO (DB6) and 
ROM (BD7) bits in the Main Status Register must be 
in the "0" and "1" states respectively, before each 
byte of the command may be written into the 8272A. 
The beginning of the execution phase for any of 
these commands will cause DIO and ROM to switch 
to "1" and "0" states respectively. 


A set of nine (9) byte words are required to place the 
FDC into the Read Data Mode. After the Read Data 
command has been issued the FDC loads the head 
(if it is in the unloaded state), waits the specified 
head settling time (defined in the Specify Com- 
mand), and begins reading ID Address Marks and ID 
fields. When the current sector number ("R") stored 
in the ID Register (IDR) compares with the sector 
number read off the diskette, then the FDC outputs 
data (from the data field) byte-by-byte to the main 
system via the data bus. 


After completion of the read operation from the cur- 
rent sector, the Sector Number is incremented by 
one, and the data from the next sector is read and 
output on the data bus. This continuous function is 
called a "Multi-Sector Read Operation." The Read 
Data Command must be terminated by the receipt of 
a Terminal Count signal. Upon receipt of this signal, 
the FDC stops outputting data to the processor. but 
will continue to read data from the current sector, 
check CRC (Cyclic Redundancy Count) bytes, and 
then at the end of the sector terminate the Read 
Data Command. 


The amount of data which can be handled with a 
single command to the FDC depends upon MT (mul- 
ti-track), MFM (MFM/FM), and N (Number of Bytes/ 
Sector). Table 7 on the next page shows the Trans- 
fer Capacity. 


inter 


Multi· Track 
MFM/FM 
Bytes/Sector 
Maximum 
Transfer 
Capacity 
Final Sector 
Read 


MT 
MFM 
N 
(Bytes/Sector)(Number 
of Sectors) 
from Diskette 


0 
0 
00 
(128)(26) 
= 
3,328 
26 at Side 0 
0 
1 
01 
(256) (26) 
= 
6,656 
or 26 at Side 1 


1 
0 
00 
(128) (52) 
= 
6,656 
26 at Side 1 
1 
1 
01 
(256) (52) 
= 
13,312 


0 
0 
01 
(256) (15) 
= 
3,840 
15 at Side 0 
0 
1 
02 
(512)(15) 
= 
7,680 
or 15 at Side 1 


1 
0 
01 
(256) (30) 
= 
7,680 
15 at Side 1 
1 
1 
02 
(512) (30) 
= 
15,360 


0 
0 
02 
(512)(8) 
= 
4,096 
8 at Side 0 
0 
1 
03 
(1024) (8) 
= 
8,192 
or 8 at Side 1 


1 
0 
02 
(512) (16) 
= 
8,192 
8 at Side 1 
1 
1 
03 
(1024) (16) 
= 
16,384 


The "multi-track" function (MT) allows the FDC to 
read data from both sides of the diskette. For a par- 
ticular cylinder, data will be transferred starting at 
Sector 1, Side 0 and completing at Sector L, Side 1 
(Sector L = last sector on the side). 


NOTE: 


This function pertains to only one cylinder (the 
same track) on each side of the diskette. 


When N = 0, then DTL defines the data length 
which the FDC must treat as a sector. If DTL is 
smaller than the actual data length in a Sector, the 
data beyond DTL in the Sector is not sent to the 
Data Bus. The FDC reads (internally) the complete 
Sector performing the CRC check, and depending 
upon the manner of command termination, may per- 
form a Multi-Sector Read Operation. When N is non- 
zero, then DTL has no meaning and should be set to 
OFFH. 


At the completion of the Read Data Command, the 
head is not unloaded until after Head Unload Time 
Interval (specified in the Specify Command) has 
elapsed. If the processor issues another command 
before the head unloads then the head settling time 
may be saved between subsequent reads. This time 
out is particularly valuable when a diskette is copied 
from one drive to another. 
. 


If the FDC detects the Index Hole twice without find- 
ing the right sector, (indicated in "R"), then the FDC 
sets the ND (No Data) flag in Status Register 1 to a 
1 (high), and terminates the Read Data Command. 
(Status Register 0 also has bits 7 and 6 set to 0 and 
1 respectively.) 


After reading the ID and Data Fields in each sector, 
the FDC checks the CRC bytes. If a read error is 
detected (incorrect CRC in ID field), the FDC sets 
the DE (Data Error) flag in Status Register 1 to a 1 
(high), and if a CRC error occurs in the Data Field 
the FDC also sets the DD (Data Error in Data Field) 
flag in Status Register 2 to a 1 (high), and terminates 
the Read Data Command. (Status Register 0 also 
has bits 7 and 6 set to 0 and 1 respectively.) 


If the FDC reads a Deleted Data Address Mark off 
the diskette, and the SK bit (bit D5 in the first Com- 
mand Word) is not set (SK = 0), then the FDC sets 
the CM (Control Mark) flag in Status Register 2 to a 
1 (high), and terminates the Read Data Command, 
after reading all the data in the Sector. If SK = 1, 
the FDC skips the sector with the Deleted Data Ad- 
dress Mark and reads the next sector. 


During disk data transfers between the FDC and the 
processor, via the data bus, the FDC must be serv- 
iced by the processor every 27 JLs in the FM Mode, 
and every 13 JLs in the MFM Mode, or the FDC sets 
the OR (Over Run) flag in Status Register 1 to a 1 
(high), and terminates the Read Data Command. 


If the processor terminates a read (or write) opera- 
tion in the FDC, then the ID Information in the Result 
Phase is dependent upon the state of the MT bit and 
EOT byte. Table 5 shows the values for C, H, R, and 
N, when the processor terminates the Command. 


inter 


MT 
EOT 
Final Sector Transferred 
to 
10 Information at Result Phase 
Processor 
C 
H 
R 
N 


1A 
Sector 
1 to 25 at Side 0 
OF 
Sector 
1 to 14 at Side 0 
NC 
NC 
R + 1 
NC 


08 
Sector 
1 to 7 at Side 0 


1A 
Sector 26 at Side 0 
OF 
Sector 
15 at Side 0 
C + 1 
NC 
R = 01 
NC 


0 
08 
Sector 8 at Side 0 


1A 
Sector 
1 to 25 at Side 1 
OF 
Sector 
1 to 14 at Side 1 
NC 
NC 
A + 1 
NC 
08 
Sector 
1 to 7 at Side 1 


1A 
Sector 26 at Side 1 
OF 
Sector 
15 at Side 1 
C+1 
NC 
R = 01 
NC 


08 
Sector 8 at Side 1 


1A 
Sector 
1 to 25 at Side 0 
OF 
Sector 
1 to 14 at Side 0 
NC 
NC 
R + 1 
NC 


08 
Sector 
1 to 7 at Side 0 


1A 
Sector 26 at Side 0 
OF 
Sector 
15 at Side 0 
NC 
LSB 
R = 01 
NC 


1 
08 
Sector 8 at Side 0 


1A 
Sector 
1 to 25 at Side 1 
OF 
Sector 
1 to 14 at Side 1 
NC 
NC 
R + 1 
NC 


08 
Sector 
1 to 7 at Side 1 


1A 
Sector 26 at Side 1 
OF 
Sector 
15 at Side 1 
C + 1 
LSB 
R = 01 
NC 


08 
Sector 8 at Side 1 


NOTES: 
1. NC (No Change): 
The same value as the one at the beginning 
of command 
execution. 


2. LSB (Least 
Significant 
Bit): The least significant 
bit of H is complemented. 


A set of nine (9) bytes are required 
to set the FOC 


into the Write Oata mode. After the Write Oata com- 
mand has been issued the FOC loads the head (if it 
is in the 
unloaded 
state), 
waits 
the specified 
head 


settling 
time (defined 
in the Specify 
Command), 
and 


begins 
reading 
10 Fields. 
When 
the current 
sector 
number 
("R"), 
stored 
in the 10 Register 
(lOR) com- 


pares with the sector 
number 
read off the diskette, 


then the FOC takes 
data from the processor 
byte- 
by-byte 
via the data bus, and outputs 
it to the FOO. 


After writing 
data into the current 
sector, 
the Sector 
Number 
stored 
in "R" 
is incremented 
by one, and 


the next data field is written 
into. The FOC continues 


this 
"Multi-Sector 
Write 
Operation" 
until 
the 
issu- 


ance of a Terminal 
Count signal. If a Terminal 
Count 


signal is sent to the FOC it continues 
writing 
into the 


current 
sector 
to complete 
the data field. 
If the Ter- 


minal Count 
signal 
is received 
while 
a data field 
is 


being written 
then the remainder 
of the data field is 


filled with 00 (zeros). 


The 
FOC 
reads 
the 
10 field 
of 
each 
sector 
and 


checks 
the CRC bytes. 
If the 
FOC detects 
a read 


error (incorrect 
CRG) in one of the 10 Fields, it sets 


the OE (Oata Error) flag of Status 
Register 
1 to a 1 


(high), 
and 
terminates 
the 
Write 
Oata 
Command. 


(Status Register 
0 also has bits 7 and 6 set to 0 and 


1 respectively.) 


The 
Write 
Command 
operates 
in much 
the 
same 


manner as the Read Command. 
The following 
items 


inter 


are the same; refer to the Read Data Command for 
details: 


• Transfer Capacity 
• EN (End of Cylinder) Flag 
• NO (No Data) Flag 
• Head Unload Time Interval 


• 
10 Information when the processor terminates 
command (see Table 2) 
• Definition of DTL when N = 0 and when N =F 0 


In the Write Data mode, data transfers between the 
processor and FDC must occur every 31 IJ-sin the 
FM mode, and every 15 IJ-sin the MFM mode. If the 
time interval between data transfers is longer than 
this then the FDC sets the OR (Over Run) flag in 
Status Register 1 to a 1 (high), and terminates the 
Write Data Command. 


For mini-floppies, multiple track writes are usually 
not permitted. This is because of the turn-off time of 
the erase head coils-the 
head switches tracks be- 


fore the erase head turns off. Therefore the system 
should typically wait 1.3 ms before attempting to 
step or change sides. 


This command is the same as the Write Data Com- 
mand except a Deleted Data Address Mark is written 
at the beginning of the Data Field instead of the nor- 
mal Data Address Mark. 


This command is the same as the Read Data Com- 
mand except that when the FDC detects a Data Ad- 
dress Mark at the beginning of a Data Field (and 
SK = 0 (low)), it will read all the data in the sector 
and set the CM flag in Status Register 2 to a 1 
(high), and then terminate the command. If SK = 1, 
then the FDC skips the sector with the Data Address 
Mark and reads the next sector. 


This command is similar to READ DATA Command 
except that the entire data field is read continuously 
from each of the sectors of a track. Immediately af- 
ter encountering the INDEX HOLE, the FDC starts 
reading all data fields on the track as continuous 
blocks of data. If the FDC finds an error in the 10 or 
DATA CRC check bytes, it continues to read data 
from the track. The FDC compares the 10 informa- 
tion read from each sector with the value stored in 
the lOR, and sets the NOflag of Status Register 1 to 


a 1 (high) if there is no comparison. Multi·track or 
skip operations are not allowed with this command. 


This command terminates when EaT number of 
sectors have been read. If the FDC does not find an 
10 Address Mark on the diskette after it encounters 
the INDEX HOLE for the second time, then it sets 
the MA (missing address mark) flag in Status Regis- 
ter 1 to a 1 (high), and terminates the command. 
(Status Register 0 has bits 7 and 6 set to 0 and 1 
respectively.) 


The READ 10 Command is used to give the present 
position of the recording head. The FDC stores the 
values from the first 10 Field it is able to read. If no 
proper 10 Address Mark is found on the diskette, 
before the INDEX HOLE is encountered for the sec- 
ond time then the MA (Missing Address Mark) flag in 
Status Register 1 is set to a 1 (high), and if no data is 
found then the NO (No Data) flag is also set in 
Status Register 1 to a 1 (high) and the command is 
terminated. 


The Format Command allows an entire track to be 
formatted. After the INDEX HOLE is detected, Data 
is written on the Diskette: Gaps, Address Marks, 10 
Fields and Data Fields, all per the IBM System 34 
(Double Density) or System 3740 (Single Density) 
Format are recorded. The particular format which 
will be written is controlled by the values pro- 
grammed into N (number of bytes/sector), SC (sec- 
tors/cylinder), GPL (Gap Length), and 0 (Data Pat- 
tern) which are supplied by the processor during the 
Command Phase. The Data Field is filled with the 
Byte of data stored in D. The 10 Field for each sector 
is supplied by the processor; that is, four data re- 
quests per sector are made by the FDC for C (Cylin- 
der Number), H(Head Number), R(Sector Number) 
and N(Number of Bytes/Sector). This allows the 
diskette to be formatted with nonsequential sector 
numbers, if desired. 


After formatting each sector, the processor must 
send new values for C, H, R, and N to the 8272A for 
each sector on the track. The contents of the R Reg- 
ister is incremented by one after each sector is for- 
matted, thus, the R register contains a value of R + 
1 when it is read during the Result Phase. This incre- 
menting and formatting continues for the whole 
track until the FDC encounters the INDEX HOLE for 
the second time, whereupon it terminates the com- 
mand. 


inter 


If a FAULT 
signal 
is received 
from 
the FDD at the 


end of a write operation, 
then the FOG sets the EC 


flag of Status 
Register 
0 to a 1 (high), 
and termi- 
nates 
the 
command 
after 
setting 
bits 
7 and 
6 of 


Status 
Register 
0 to 0 and 1 respectively. 
Also the 


loss of a READY 
signal at the beginning 
of a com- 


mand 
execution 
phase 
causes 
command 
termina- 


tion. 


Table 9 shows 
the relationship 
between 
N, SC, and 


GPL for various 
sector 
sizes: 


Format 
Bytes! 
8" Floppy 
Bytes! 
5%" 
Floppy 
Bytes! 
3Yz" Mini Floppy 


sector 
N 
SC 
GpL(1) 
GPL(2) 
Sector 
N 
SC 
GpL(1) 
GPL(2) 
Sector 
N 
SC 
GpL(1) 
GPL(2) 


FM 
128 
00 
1A 
07 
18 
128 
00 
12 
07 
09 
128 
0 
OF 
07 
18 
Mode 
256 
01 
OF 
OE 
2A 
128 
00 
10 
10 
19 
- 
- - 
- 
- 
512 
02 
08 
18 
3A 
256 
01 
08 
18 
30 
256 
1 
09 
OF 
2A 
1024 
03 
04 
47 
8A 
512 
02 
04 
46 
87 
512 
2 
05 
18 
3A 
2048 
04 
02 
C8 
FF 
1024 
03 
02 
C8 
FF 
- - - 
- 
- 
4096 
05 
01 
C8 
FF 
2048 
04 
01 
C8 
FF 
- - - 
- 
- 


MPM 
256 
01 
1A 
OE 
36 
256 
01 
12 
OA 
OC 
256 
1 
OF 
CE 
36 
Mode 
512 
02 
OF 
18 
54 
256 
01 
10 
20 
32 
- - - 
- 
- 
1024 
03 
08 
35 
74 
512 
02 
08 
2A 
50 
512 
2 
09 
18 
54 
2048 
04 
04 
99 
FF 
1024 
03 
04 
80 
FO 
1024 
3 
05 
35 
74 
4096 
05 
02 
C8 
FF 
2048 
04 
02 
C8 
FF 
- - - 
- 
- 
8192 
06 
01 
C8 
FF 
4096 
05 
01 
C8 
FF 
- - - 
- 
- 


NOTES: 
1. Suggested values of GPL in Read or Write Commands to avoid splice point between data field and 10 field of contiguous 
sections. 
2. Suggested values of GPL in format command. 


The 
SCAN 
Commands 
allow 
data 
which 
is being 


read from the diskette 
to be compared 
against 
data 


which is being supplied 
from the main system 
(Proc- 
essor 
in NON-DMA 
mode, 
and 
DMA 
Controller 
in 


DMA mode). The FDC compares 
the data on a byte- 
by-byte 
basis, and looks for a sector 
of data which 


meets the conditions 
of DFOO = Dprocessor, DFDO ~ 
Dprocessor, or 
DFOO ~ 
DProcessor. Ones 
comple- 


ment arithmetic 
is used for comparison 
(FF = larg- 
est number, 
00 = smallest 
number). 
After 
a whole 


sector 
of data is compared, 
if the conditions 
are not 


met, the sector 
number 
is incremented 
(R + STP 


-+ 
R), and the scan 
operation 
is continued. 
The 


scan operation 
continues 
until one of the following 
conditions 
occur; 
the 
conditions 
for 
scan 
are met 


(equal, 
low, or high), the last sector 
on the track 
is 


reached 
(EOT), 
or the terminal 
count 
signal 
is re- 
ceived. 


If the conditions 
for scan are met then the FDC sets 
the SH (Scan 
Hit) flag of Status 
Register 
2 to a 1 


(high), 
and 
terminates 
the 
Scan 
Command. 
If the 


Command 
Status 
Register 
2 
Comments 


Blt2 
= SN 
Bit 3 = SH 


, 


0 
1 
DFDO = Dprocessor 
Scan Equal 
1 
0 
DFDO* Dprocessor 


0 
1 
DFOO = Dprocessor 
Scan Low or Equal 
0 
0 
DFOO < Dprocessor 


1 
0 
DFDD » Dprocessor 


0 
1 
DFDD = Dprocessor 
Scan High or Equal 
0 
0 
DFDD > Dprocessor 


1 
0 
DFDD <l:Dprocessor 


inter 


conditions 
for scan are not met between 
the starting 


sector 
(as specified 
by R) and the last sector 
on the 


cylinder 
(EOT), then the FDC sets the SN (Scan Not 


Satisfied) 
flag of Status Register 
2 to a 1 (high), and 


terminates 
the 
Scan 
Command. 
The 
receipt 
of a 


TERMINAL 
COUNT 
signal 
from 
the 
Processor 
or 


DMA Controller 
during the scan operation 
will cause 


the FDC to complete 
the comparison 
of the particu- 


lar byte which 
is in process, 
and then to terminate 


the command. 
Table 
10 shows the status of bits SH 


and SN under various 
conditions 
of SCAN. 


If the FDC encounters 
a Deleted 
Data Address 
Mark 


on one of the sectors 
(and SK = 0), then it regards 


the sector as the last sector on the cylinder, 
sets CM 


(Control 
Mark) flag of Status Register 
2 to a 1 (high) 


and terminates 
the command. 
If SK = 1, the FDC 


skips the sector with the Deleted. Address 
Mark, and 


reads the next sector. 
In the second 
case (SK = 1), 
the FDC sets the CM (Control 
Mark) flag of Status 


Register 
2 to a 1 (high) in order to show that a Delet- 


ed Sector 
had been encountered. 


When either the STP (contiguous 
sectors 
STP = 01, 


or alternate 
sectors 
STP = 02 sectors 
are read) or 


the 
MT (Multi-Track) 
are programmed, 
it is neces- 


sary to remember 
that the last sector 
on the track 


must be read. For example, 
if STP = 02, MT = 0, 


the sectors 
are numbered 
sequentially 
1 through 
26, 
and we start the Scan 
Command 
at sector 
21; the 


following 
will happen. 
Sectors 
21, 23, and 25 will be 


read, then the next sector 
(26) will be skipped 
and 


the Index Hole will be encountered 
before the EOT 


value of 26 can be read. This will result in an abnor- 
mal termination 
of the 
command. 
If the 
EOT 
had 


been set at 25 or the scanning 
started 
at sector 
20, 


then the Scan Command 
would 
be completed 
in a 


normal 
manner. 


During the Scan Command 
data is supplied 
by either 


the 
processor 
or 
DMA 
Controller 
for 
comparison 


against 
the data read from the diskette. 
In order to 


avoid 
having 
the OR (Over 
Run) flag set in Status 


Register 
1, it is necessary 
to have the data available 


in less than 27 ,""S (FM Mode) or 13 ,""S (MFM Mode). 
If an Overrun 
occurs 
the FDC terminates 
the com- 


mand. 


The read/write 
within 
the FDD is moved 
from cylin- 


der to cylinder 
under control 
of the Seek Command. 
The FDC compares 
the PCN (Present Cylinder Num- 


ber) which is the current 
head position 
with the NCN 


(New Cylinder 
Number), 
and performs 
the following 


operation 
if there 
is a difference: 


PCN < NCN: 
Direction 
signal 
to FDD 
set to a 1 


(high), and Step Pulses are issued. 
(Step In.) 


PCN > NCN: 
Direction 
signal 
to FDD 
set to a 0 


(low), and Step Pulses are issued. 
(Step Out.) 


The 
rate at which 
Step 
Pulses 
are issued' is con- 


trolled by SRT (Stepping 
Rate Time) in the SPECIFY 


Command. 
After 
each Step Pulse is issued 
NCN is 


compared 
against 
PCN, and 
when 
NCN 
= 
PCN, 


then the SE (Seek End) flag is set in Status Register 
o to a 1 (high), and the command 
is terminated. 


During the Command 
Phase of the Seek operation 


the FDC is in the FDC BU$Y 
state, 
but during 
the 


Execution 
Phase it is in the NON BUSY state. While 


the FDC is in the 
NON BUSY 
state, 
another 
Seek 


Command 
may be issued, and in this manner 
paral- 


lel seek operations 
may be done on up to 4 Drives at 


once. 


If an FDD is in a NOT READY state at the beginning 
of the command 
execution 
phase or during the seek 


operation, 
then the NR (NOT READY) 
flag is set in 


Status Register 
0 to a 1 (high), and the command 
is 


terminated. 


Note that the 8272A 
Read and Write Commands 
do 


not have implied Seeks. Any R/W 
command 
should 


be preceded 
by: 1) Seek Command; 
2) Sense 
Inter- 


rupt Status; and 3) Read ID. 


This 
command 
causes 
the 
read/write 
head 
within 
the FDD to retract 
to the Track 0 position. 
The FDC 


clears the contents 
of the PCN counter, 
and checks 


the status 
of the Track 
0 signal 
from 
the 
FDD. As 


long as the Track 0 signal is low, the Direction 
signal 


remains 
1 (high) and Step Pulses are issued. 
When 


the Track 
0 signal 
goes 
high, the SE (SEEK 
END) 


flag in Status 
Register 
0 is set to a 1 (high) and the 


command 
is terminated. 
If the Track 
0 signal 
is still 


low after 77 Step Pulses have been issued, the FDC 
sets 
the 
SE 
(SEEK 
END) 
and 
EC 
(EQUIPMENT 


CHECK) 
flags 
of 
Status 
Register 
0 
to 
both 
1s 


(highs), and terminates 
the command. 


The ability to overlap 
RECALIBRATE 
Commands 
to 


multiple 
FDDs, and the loss of the READY signal, as 


described 
in the 
SEEK 
Command, 
also 
applies 
to 


the RECALIBRATE 
Command. 


inter 


An Interrupt signal is generated by the FDC for one 
of the following reasons: 
1) Upon entering the Result Phase of: 
a) Read Data Command 
b) Read a Track Command 
c) Read 10 Command 
d) Read Deleted Data Command 
e) Write Data Command 
f) Format a Cylinder Command 
g) Write Deleted Data Command 
h) Scan Commands 
2) Ready Line of FDD changes state 
3) End of Seek or Recalibrate Command 
4) During Execution Phase in the NON-DMA Mode 


Interrupts caused by reasons 1 and 4 above occur 
during normal command operations and are easily 
discernible by the processor. However, interrupts 
caused by reasons 2 and 3 above may be uniquely 
identified with the aid of the Sense Interrupt Status 
Command. This command when issued resets the 
interrupt signal and via bits 5, 6, and 7 of Status 
Register 0 identifies the cause of the interrupt. 


Neither the Seek or Recalibrate Command have a 
Result Phase. Therefore, it is mandatory to use the 
Sense Interrupt Status Command after these com- 
mands to effectively terminate them and to provide 
verification of the head position (PCN). 


Table 11. Seek, Interrupt 
Codes 


Seek End 
Interrupt 
Code 
Cause 
Bit 5 
Bit 6 
Bit 7 


0 
1 
1 
Ready Line Changed 
State, Either Polarity 


1 
0 
0 
Normal Termination 
of Seek or Recalibrate 
Command 


1 
1 
0 
Abnormal Termination 
of Seek or Recalibrate 
Command 


The Specify Command sets the intitial values for 
each of the three internal timers. The HUT (Head 
Unload Time) defines the time from the end of the 
Execution Phase of one of the Read/Write Com- 


mands to the head unload state. This timer is pro- 
grammable from 16 to 240 ms in increments of 
16 ms (01 = 
16 ms, 02 = 32 ms .... 
OF = 


240 ms). The SRT (Step Rate Time) defines the time 
interval between adjacent step pulses. This timer is 
programmable from 1 to 16 ms in increments of 
1 ms (F = 1 ms, E = 2 ms, 0 = 3 ms, etc.). The 
HLT (Head Load Time) defines the time between 
when the Head Load signal goes high and when the 
Read/Write operation starts. This timer is program- 
mable from 2 to 254 ms in increments of 2 ms (01 = 
2 ms, 02 = 4 ms, 03 = 6 ms .... 
FE = 254 ms). 


The step rate should be programmed 1 ms longer 
than the minimum time required by the drive. 


The time intervals mentioned above are a direct 
function of the clock (CLK on pin 19). Times indicat- 
ed above are for an 8 MHz clock, if the clock was 
reduced to 4 MHz (mini-floppy application) then all 
time intervals are increased by a factor of 2. 


The choice of DMA or NON-DMA operation is made 
by the NO (NON-DMA) bit. When this bit is high 
(NO = 1) the NON-DMA mode is selected, and 
when NO = 0 the DMA mode is selected. 


This command may be used by the processor when- 
ever it wishes to obtain the status of the FDDs. 
Status Register 3 contains the Drive Status informa- 
tion. 


If an invalid command is sent to the FDC (a com- 
mand not defined above), then the FDC will termi- 
nate the command. No interrupt is generated by the 
8272A during this condition. Bit 6 and bit 7 (010 and 
RQM) in the Main Status Register are both high 
("1") indicating to the processor that the 8272A is in 
the Result Phase and the contents of Status Regis- 
ter 0 (STO)must be read. When the processor reads 
Status Register 0 it will find an 80H indicating an 
invalid command was received. 


A Sense Interrupt Status Command must be sent 
after a Seek or Recalibrate interrupt, otherwise the 
FDC will consider the next command to be an Invalid 
Command. 


In some applications the user may wish to use this 
command as a No-Op command, to place the FDC 
in a standby or no operation state. 


inter 


. 


Bit 
Description 
No. 
Name 
Symbol 


STATUS 
REGISTER 
0 


07 
Interrupt 
IC 
07 = 0 and 06 = 0 
Code 
Normal Termination 
of Command, 
(NT). Command 
was completed 
and 


properly 
executed. 


06 
07 = 0 and 06 = 1 
Abnormal 
Termination 
of Command, 
(AT). Execution 
of Command 
was 


started, 
but was not successfully 
completed. 


07 = 1 and 06 = 0 
Invalid Command 
issue, (IC). Command 
which was issued was never 


started. 


07 = 1 and 06 = 1 
Abnormal 
Termination 
because 
during command 
execution 
the ready 


signal from FDD changed 
state. 


Os 
Seek End 
SE 
When the FDC completes 
the SEEK Command, 
this flag is set to 1 


(high). 


04 
Equipment 
EC 
If a fault Signal is received from the FDD, or if the Track 0 Signal fails 
Check 
to occur after 77 Step Pulses (Recalibrate 
Command) 
then this flag is 


set. 


Da 
Not Ready 
NR 
When the FDD is in the not-ready 
state and a read or write command 


is issued, this flag is set. If a read or write command 
is issued to Side 1 


of a single sided drive, then this flag is set. 


02 
Head 
HD 
This flag is used to indicate the state of the head at Interrupt. 


Address 


01 
Unit Select 1 
US 1 
These flags are used to indicate 
a Drive Unit Number at Interrupt. 


Do 
Unit Select 0 
uso 


STATUS 
REGISTER 
1 


07 
End of 
EN 
When the FDC tries to access a Sector beyond the final Sector of a 
Cylinder 
Cylinder, this flag is set. 


06 
Not used. This bit is always 0 (low). 


Os 
Data Error 
DE 
When the FDC detects 
a CRC error in either the 10 field or the data 


field, this flag is set. 


04 
Over Run 
OR 
If the FDC is not serviced 
by the main-systems 
during data transfers, 


within a certain time interval, this flag is set. 


Da 
Not used. This bit always O·(low). 


02 
No Data 
NO 
During execution 
of READ DATA, WRITE DELETED 
DATA or SCAN 


Command, 
if the FDC cannot find the Sector specified 
in the lOR 


Register, this flag is set. 


During executing 
the READ 10 Command, 
if the FDC cannot 
read the 


10 field without an error, then this flag is set. 


During the execution 
of the READ A Cylinder Command, 
if the starting 


sector cannot 
be found, then this flag is set. 


Bit 
Description 


, 


No. 
Name 
Symbol 


STATUS 
REGISTER 
1 (Continued) 


01 
Not 
NW 
During execution 
of WRITE DATA, WRITE DELETED 
DATA or Format 
Writable 
A Cylinder Command, 
if the FDC detects 
a write protect 
signal from the 
FDD, then this flag is set. 


Do 
Missing 
MA 
If the FDC cannot detect the 10 Address 
Mark after encountering 
the 
Address 
index hole twice, then this flag is set. 


Mark 
If the FDC cannot 
detect the Data Address 
Mark or Deleted 
Data 
Address 
Mark, this flag is set. Also at the same time, the MD (Missing 
Address 
Mark in Data Field) of Status Register 
2 is set. 


STATUS 
REGISTER 
2 


07 
Not used. This bit is always 0 (low). 


06 
Control 
CM 
During executing 
the READ DATA or SCAN Command, 
if the FDC 
Mark 
encounters 
a Sector which contains 
a Deleted 
Data Address 
Mark, this 
flag is set. 


Os 
Data Error in 
DO 
If the FDC detects 
a CRC error in the data field then this flag is set. 


Data Field 


04 
Wrong 
WC 
This bit is related with the NO bit, and when the contents 
of C on the 
Cylinder 
medium is different 
from that stored in the lOR, this flag is set. 


03 
Scan Equal 
SH 
During execution, 
the SCAN Command, 
if the condition 
of "equal" 
is 
Hit 
satisfied, 
this flag is set. 


02 
Scan Not 
SN 
During executing 
the SCAN Command, 
if the FDC cannot find a Sector 
Satisfied 
on the cylinder which meets the condition, 
then this flag is set. 


01 
Bad 
BC 
This bit is related with the NO bit, and when the content 
of C on the 
Cylinder 
medium is different 
from that stored in the lOR and the content 
of C is 
FF, then this flag is set. 


Do 
Missing 
MD 
When data is read from the medium, if the FDC cannot find a Data 
Address 
Address 
Mark or Deleted 
Data Address 
Mark, then this flag is set. 


Mark in Data 
Field 


STATUS 
REGISTER 
3 


07 
Fault 
FT 
This bit is used to indicate the status of the Fault signal from the FDD. 


06 
Write 
WP 
This bit is used to indicate the status of the Write Protected 
signal from 
Protected 
the FDD. 


Os 
Ready 
ROY 
This bit is used to indicate the status of the Ready signal from the 
FDD. 


04 
Track 0 
TO 
This bit is used to indicate the status of the Track 0 signal from the 
FDD. 


03 
Two Side 
TS 
This bit is used to indicate the status of the Two Side signal from the 
FDD. 


02 
Head 
HD 
This bit is used to indicate the status of Side Select signal to the FDD. 


Address 


01 
Unit Select 1 
US 1 
This bit is used to indicate the status of the Unit Select 1 signal to the 
FDD. 


Do 
Unit Select 0 
usa 
This bit is used to indicate the status of the Unit Select 0 signal to the 
FDD. 


inter 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Operating 
Temperature 
O·C to + 70·C 


Storage Temperature 
- 40·C to + 12S·C 


All Output Voltages 
-0.5 
to + 7V 


All Input Voltages 
- 0.5 to + 7V 


Supply Voltage Vee 
-0.5 
to + 7V 


Power Dissipation 
1 Watt 


°TA = 25°C 


Parameter 
limits 
Unit 
Test 
Symbol 
Mln 
Max 
Conditions 


VIL 
Input low 
Voltage 
-0.5 
0.8 
V 
-c- 


VIH 
Input High Voltage 
2.0 
Vee + 0.5 
V 


VOL 
Output 
Low Voltage 
0.45 
V 
IOL = 2.0mA 


VOH 
Output High Voltage 
2.4 
Vee 
V 
IOH = - 400 p.A 


Ice 
Vee Supply Current 
120 
mA 


IlL 
Input Load Current 
10 
p.A 
VIN = Vee 
(All Input Pins) 
-10 
p.A 
VIN = OV 


ILOH 
High Level Output 
10 
p.A 
VOUT = Vee 
leakage 
Current 


IOFL 
Output Float 
±10 
p.A 
O.4SC ~ VOUT ~ Vee 
Leakage Current 


Limits 
Test 
Symbol 
Parameter 
Unit 
Conditions 
Mln 
Max 


CIN(<!>l 
Clock Input Capacitance 
20 
pF 
All Pins Except Pin 


CIN 
Input Capacitance 
10 
pF 
Under Test Tied 
to AC Ground 
CliO 
Input/Output 
Capacitance 
20 
pF 
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Symbol 
Parameter 
Typ(1) 
Mln 
Max 
Unit 
Notes 


CLOCK TIMING 


tey 
Clock Period 
120 
500 
ns 
(Note 5) 


teH 
Clock High Period 
40 
ns 
(Note 4,5) 


tRST 
Reset Width 
14 
tey 


READ CYCLE 


tAR 
Select Setup to RD ,J.. 
0 
ns 


tRA 
Select Hold from RD t 
0 
ns 


tRR 
RD Pulse Width 
250, 
ns 


tRO 
Data Delay from RD ,J.. 
200 
ns 


tOF 
Output Float Delay 
20 
100 
ns 


WRITE CYCLE 


tAW 
Select Setup to WR ,J.. 
0 
ns 


tWA 
Select Hold from WR t 
0 
ns 


tww 
WR Pulse Width 
250 
ns 


tow 
Data Setup to WR t 
150 
ns 


two 
Data Hold from WR t 
5 
ns 


INTERRUPTS 


tRI 
INT Delay from RD t 
500 
ns 
(Note 6) 


tWI 
INT Delay from WR t 
500 
ns 
(Note 6) 


DMA 


tRQCY 
ORO Cycle Period 
13 
p's 
(Note 6) 


tAKRQ 
DACK,J.. to ORO ,J.. 
200 
ns 


tRQR 
DRat 
toRD,J.. 
800 
ns 
(Note 6) 


tRQW 
DRat 
toWR,J.. 
250 
ns 
(Note 6) 


tRQRW 
ORO t 
to RD t 
or WR t 
12 
p.s 
(Note 6) 
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Symbol 
Parameter 
Typ(1) 
Mln 
Max 
Unit 
Notes 


FDDINTERFACE 


twCY 
WCK Cycle Time 
20r4 
MFM = 0 


1 or 2 
,""S 
MFM = 1 (Note 2) 


tWCH 
WCK High Time 
250 
80 
350 
ns 


tep 
Pre-Shift 
Delay from WCK t 
20 
100 
ns 


teD 
WDA Delay from WCK t 
20 
100 
ns 


tWDD 
Write Data Width 
tWCH - 
50 
ns 


tWE 
WE t to WCK t or WE J.. to 
20 
100 
ns 


WCKJ.. 
Delay 


twwCY 
Window Cycle Time 
2 
MM = 0 


1 
'""S 
MFM = 1 


tWRD 
Window 
Setup to RDD t 
15 
ns 


tRDW 
Window 
Hold from RDD J.. 
15 
ns 


tRDD 
RDD Active Time (HIGH) 
40 
ns 


FDD SEEK/DIRECTION/STEP 


tus 
USO, 1 Setup to RW/SEEK t 
12 
,""S 
(Note 6) 


tsu 
USO,l Hold after RW/SEEK 
J.. 
15 
,""S 
(Note 6) 


tSD 
RW/SEEK 
Setup to LCT /DIR 
7 
JJ-s 
(Note 6) 


tDS 
RW/SEEK 
Hold from LCT/DIR 
30 
,""S 
(Note 6) 


tDST 
LCT /DIR Setup to FR/STEP t 
1 
'""S 
(Note 6) 


tSTD 
LCT /DIR 
Hold from FR/STEP 
J.. 
24 
,""S 
(Note 6) 


tSTU 
DS2, 1 Hold from FR/Step 
J.. 
5 
,""S 
(Note 6) 


tSTP 
STEP Active Time (High) 
5 
,""S 
(Note 6) 


tsc 
STEP Cycle Time 
33 
'""S 
(Note 3, 6) 


tFR 
FAULT RESET Active Time (High) 
8 
10 
,""S 
(Note 6) 


tlDX 
INDEX Pulse Width 
10 
tCY 


tTC 
Terminal 
Count Width 
1 
tCY 


NOTES: 
1. Typical values for TA = 25'C and nominal supply voltage. 
2. The former values are used for standard floppy and the latter values are used for mini-floppies. 
3. tsc = 33 JLs min. is for different drive units. In the case of same unit, tsc can be ranged from 1 ms to 16 ms with 8 MHz 
clock period, and 2 ms to 32 ms with 4 MHz clock, under software control. 
4. From 2.0Y to +2.0Y. 
5. At 4 MHz, the clock duty cycle may range from 16% to 76%. Using an 8 MHz clock the duty cycle can range from 32% to 
52%. Duty cycle is defined as: D.C. = 100 (lcH .•. Icv) with typical rise and fall times of 5 ns. 
6. The specified values listed are for an 8 MHz clock period. Multiply timings by 2 when using a 4 MHz clock period. 
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8272A 


2.•=x 
>C 


2.0 
2.0 


0.1>TEST POINTS< 0.1 
0.• 5 
. 


DEVICE 
UNDER 
TEST 


210606-7 


A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0". Timing measurements are made at 2.0V for a 
Logic "1" and O.BVfor a Logic "0". 


AJA~A 
y- 
-/ 
I~-,-.·-----------t.-.-------.-I----,-..j ~ 


,.,_, 


inter 


IW'_,- 


;-~ 
~. 


'Cy 


~ 


elK 
/ 


210606-12 


Preshlft 0 
Preshift 
1 


Normal 
0 
0 


Late 
0 
1 


Early 
1 
0 


Invalid 
1 
1 
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82072 


CHMOS HIGH INTEGRATION 
FLOPPY DISK CONTROLLER 
• Integrated 
Analog 
Data Separator 
with 
• CHMOS and POWERDOWN 
MODE for 
Software 
Selectable 
Data Rates (250K, 
Low Power/Portable 
Applications 
300K, 500K, 1M BltlSec-MFM 
Mode) 
• Implied Seek with Read/Write 
Disk 
• 16 Byte FIFO with Programmable 
Commands 


Threshold 
• Supports 
IBM Single and Double 
• High Speed 
Processor 
Interface 
Density 
Recording 
Formats 
16 MHz IAPX 386- 
1 Walt State 
• Software 
Compatible 
with 8272A 
12.5 MHz iAPX 286-1 
Walt State 


8 MHz IAPX 286- 
o Walt State 
• On-Chip Crystal 
Oscillator 
• Programmable 
Internal 
Write 
• Controls 
8" , 5%" and 3'12" 
Floppy 
Disk 
Precompensatlon 
Delays 
Drives 


• Programmable 
Drive Motor On/Off 
• Plastic 40 Pin DIP or 44 Pin PLCC 
Delays 
Packages 


• Addresses 
Up to 256 Tracks 
Directly, 


(See 
Packaging 
Spec. 
Order 
#231369) 


Supports 
Unlimited 
Tracks 


The 82072 CHMOS high integration floppy disk controller solves the many complex disk drive and microproc- 
essor interface issues that exist today, while maintaining software compatibility with the industry standard 
8272A. Features include a sophisticated on-chip analog phase lock loop with software selectable data rates, 
write precompensation delay, and motor on/off delays to simplify the disk drive interface. System interfacing is 
enhanced with the addition of a FIFO which allows a more flexible system to be designed. Its CHMOS 
technology and a powerdown mode that drops the current requirement into the hundred microamp range 
make the 82072 ideal for low power or portable applications. 


The standard 82072 supports a maximum data rate of 500 Kbits per second. The 82072-1 supports data rates 
up to 1 Mbit per second. 


The 82072 is fabricated on Intel's advanced CHMOS III technology for minimal power consumption and is 
available in a plastic 40 pin DIP or a plastic 44-leaded chip carrier (PLCC) package. 
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RESET 


Xl 


X2 


VCC 


OIR 


STP 
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WRDATA 
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OSl 
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37 
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33 
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Symbol 
DIP 
PLCC 
I/O 
Function 


DACK 
1 
2 
I 
DMA ACKNOWLEDGE: 
DMA control 
line that qualifies the RD and 
WR inputs during DMA cycles. 


RD 
2 
3 
I 
READ: Control signal to transfer 
data to the data bus from the 82072. 


WR 
3 
4 
I 
WRITE: Control signal to transfer 
data into the 82072 from the data 


bus .. 


CS 
4 
5 
I 
CHIP SELECT: Control signal that qualifies the RD and WR inputs. 


AO 
5 
6 
I 
ADDRESS: 
AO 
RD 
WR 
Function 


0 
0 
0 
Illegal· 


0 
0 
1 
Read Main Status 
Register 


, 
0 
1 
0 
Write to the Data Rate Select 
Register 
•• 


0 
1 
1 
No Action 
1 
0 
0 
Illegal· 


1 
0 
1 
Read from FIFO 
1 
1 
0 
Write into FIFO 
1 
1 
1 
No Action 


• User must ensure that these inputs do not occur . 


•• Change from 8272A-was 
illegal. 


DBO-7 
6-13 
7-11, 
I/O 
DATA BUS: Bidirectional8-bit 
data bus. AO determines 
whether 
13-15 
transfer 
is to/from 
the FIFO or Main Status Register. 


ORO 
14 
16 
0 
DMA REQUEST: 
Used to request service from a DMA controller. 


TC 
15 
17 
I 
TERMINAL 
COUNT: Control line from a DMA controller 
used to 


terminate 
requests 
for data transfers. 
Disk read and write commands 


complete 
the transfer to the current sector with valid CRC checking/ 


generation. 


lOX 
16 
18 
I 
INDEX: Disk drive signal that indicates 
the beginning 
of a track. It is 


used to count retries and delay periods for internal 
(Le. Motor On/Off) 


timers and is rising edge triggered. 


INT 
17 
19 
0 
Interrupt: 
Interrupt to host to indicate command 
completion 
or that a 


data transfer 
is required (depending 
upon the data transfer 
mode). 


Command 
completion 
interrupts 
are cleared 
by reading the STO Status 


Register. 
Data transfer 
interrupts 
are cleared when the amount of data 
in the FIFO reaches the full or empty level (depending 
on FIFO 


direction) 
or a TC is issued. 


RESET 
18 
20 
I 
RESET: Places the 82072 in a known idle state. All disk outputs are set 
to a low level. All registers, 
except those set by the SPECIFY 


command, 
are cleared. 
From the trailing edge of Reset, there is a maximum 
delay of 8 


microseconds 
until the Main Status register is valid. 


Following 
reset, the 82072 defaults to polling enabled. 


The default values for the new features 
are: internal data separator 


enabled, 
write precompensation 
value is 125 ns, MOTOR on delay is 


0.0 sec., MOTOR off delay is 5.2 sec., data rate is dependent 
on DDRE 


setting, FIFO disabled. 
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Symbol 
DIP 
PLCC 
I/O 
Function 


X1 
19 
21 
I 
CRYSTAL 
1: External connection 
for a fundamental 
mode parallel 
resonant 
24 MHz crystal for the internal oscillator. 
May be driven with 


a MOS level clock instead of a crystal. Refer to the D.C. 
Specifications. 


X2 
20 
22 
I 
CRYSTAL 
2: If an external clock is supplied 
on X1, this input must be 


left unconnected 
(floating). 


Vss 
21,25 
23,24,28 
LOGIC GROUND. 


DW/DDRE 
22 
25 
I 
DATA WINDOW/DEFAULT 
DATA RATE ENABLED: 
Clock from 


the external 
PLL logic used to sample the Read Data input. When the 


internal 
PLL is used, this input pin is used to define the data rate and 


write precompensation 
values after RESET. DDRE tied high will 


cause the data rate and precompensation 
bits of the DSR to be 


reinitialized 
to the default values of 250 Kbps and 125 ns delay when 


a hardware/software 
reset is issued. DDRE tied low will cause the 


current data rate and precompensation 
values in the DSR to be 


retained when a hardware 
reset is issued. When a software 
reset is 


issued, the DSR will contain those values written into the register. 
DDRE tied low should be used in applications 
where data rate and 


precompensation 
information 
needs to be retained 
regardless 
of chip 
reset. 


RDDATA 
23 
26 
I 
READ DATA: Serial FM or MFM encoded 
data from the disk drive. 


VCO/LD 
24 
27 
0 
READ DATA GATE: This active high output enables 
an external 
PLL 


to synchronize 
to Read Data input from the disK drive. 


LOW DENSITY: 
This active high output is used by quad density disk 


drives to modify Read/Write 
head and data channel 
characteristics. 


This signal is activated 
when internal 
PLL is enabled 
and a data 


transfer 
rate of 250 or 300 Kbps is chosen. 


AVSS 
26 
29 
Analog ground for the Data Separator. 
It is recommended 
that care 


be taken to keep AVSS as noise free as possible. 
A separate 


connection 
to the ground plane is suggested. 


WE 
27 
30 
0 
WRITE 
ENABLE: Disk drive control 
signal that enables the head to 


write onto the disk. 


MFM 
28 
31 
0 
MFM MODE: When an external 
PLL is used, this output selects 


between 
single and double density (FM and MFM) modes. 
1 = MFM, 


0= 
FM mode. 


MOTOR 
29 
32 
0 
MOTOR 
ENABLE: Output used to activate 
the drive motor on the 


selected 
drive. Delays are programmable. 
With one output, this pin 


must be qualified 
with the drive select logic to provide motor enables 


for each drive. 


HDSEL 
30 
33 
0 
HEAD SELECT: Signal used to select one of two sides on the disk. A 
o = side 0, a 1 = side 1. 


DS1,0 
31,32 
35,36 
0 
DRIVE SELECT: These outputs select one of four disk drives. DSO, 
DS1 = 0,0 will select drive O. 


WRDATA 
33 
37 
0 
WRITE 
DATA: FM or MFM encoded 
serial data to the disk drive. No 


external 
precompensation 
is required. 


TRKO 
34 
38 
I 
TRACK 
0: Control line from the disk drive that indicates 
the head is 


on physical track 0 (outermost 
track). 


WP 
35 
39 
I 
WRITE 
PROTECT: 
Input from the disk drive that indicates 
if the disk 


is physically 
write protected. 
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Symbol 
DIP 
PLCC 
I/O 
Function 


RDY 
36 
40 
I 
READY: Input from the disk drive that indicates 
whether 
the drive is 
ready for an operation. 


HDL 
37 
41 
0 
HEAD LOAD: This output loads the head onto the disk drive if required. 
Typically 
used by 8" drives. 


STP 
38 
42 
0 
STEP: Output used to supply step pulses to the disk drive. 


DIR 
39 
43 
0 
DIRECTION: This output, in conjunction 
with STP, causes the drive to 


move the head outward 
if a "0", 
and inward if a "1". 


VCC 
40 
1,44 
Logic DC power supply. 


NOTE: 
1. Pins 12, 34 of the 44 pin PLCC package 
are not connected. 


8272A. 
Control 
over the new features 
was accom- 


plished 
by adding 
extra registers 
and commands 
to 
the 82072. 
The 82072 
will function 
like the 8272A 


Floppy 
Disk Controller 
(FDG) after being reset, with 
the added 
features 
being 
set to 8272A 
compatible 


default 
values. 
When accessing 
the disk drives, the 


82072 is programmed 
the same as the 8272A. 


The 82072 has integrated 
all of the complex 
circuitry 


required 
to interface 
microprocessor 
systems 
with 


disk drives that comply with the IBM System 34 Dou- 
ble Density 
(MFM) 
format 
or the 
IBM 3740 
single 


density 
format 
(FM). The 82072 is a superset 
of the 


CONNECTOR 
TO DISK 
CABLE 


CONNECTOR 
TO DISK 
CABLE 


The microprocessor interface was enhanced by add- 
ing a 16 byte FIFO to reduce the timing constraints 
that most floppy disk controllers impose upon a sys- 
tem. The point at which the 82072 generates a re- 
quest for a data transfer is selectable within the 16 
byte range of the FIFO. The interface was further 
enhanced to support todays faster microprocessors 
(Le.,8 MHz 80286, 10 MHz 80186) without incurring 
wait states. A powerdown mode has been added for 
low power or portablElapplications. With one com- 
mand, the 82072 resets itself and then disconnects 
the power from the internal oscillator.' Reset will re- 
connect the clock and once the 82072 is repro- 
grammed (if necessary), it will be ready to read and 
write disks again. 


All of the control logic of the disk interface has been 
integrated into the 82072. Flexibility is maintained by 
allowing the user to select read and write data rates 


TC 


ORO 


OACK 


INT 


RO 


WR 
CS 


AO 


RESET 


'NOTE: 
These 
pins are not used with the internal 
PLL 


(without any external hardware); write precompensa- 
tion delays; motor on/off delay; and the track to start 
the precompensation on. The typical design will 
need the 82072, a crystal and high current drivers 
for the signals that interface to the disk drive. The 
new features (when used) need only to be chosen 
once after reset (although they may be modified at 
any time). From then on, the user programs the 
82072 for disk accesses in the same manner as the 
8272A. 


Figure 3 is a block diagram of the 82072. The high- 
lighted blocks represent areas that are either com- 
pletely new or highly enhanced. All new features 
were adopted with the requirement of being soft- 
ware compatible with the 8272A. 


ROY 


WP 


TRKO 


lOX 
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Summary of Differences 
Between the 8272A and the 82072 


Table 2 lists the features 
that are different 
between 
the 8272A 
and the 82072. The Scan commands 
are not 
supported 
by the 82072. 


Table 2. Summary 
of Differences 
Between 
82072 and 8272A 


Features 
82072 
8272A 


Process 
CHMOSIII 
HMOS II 
Data Separator 
Internal 
User Supplied 
Data Rates 
Up to 1 Mbitlsec. 
Up to 500 kbitlsec 


Software 
Selectable 
External Hardware 


Without 
Hardware 
Needed 
Power Down Mode 
Internal 
None 
Commands 
Superset 
of 8272A 


Host Interface 
16 byte FIFO 
1 byte Register 
Software 
Reset 
Yes 
None 
Implied Seeks 
Yes 
None 
Relative Seek 
Yes 
None 
Motor Delays 
Yes 
External 
Hardware 
Write Precompensation 
Delays 
Yes 
External 
Hardware 
Recalibrate 
Issues 255 Step Pulses 
Issues 77 Step Pulses 


Figure 4. Crystal Oscillator 
Circuit 


Specification 
of the parallel 
resonant 
crystal 
(typical 


values): 


Frequency: 


Mode: 


Series Resistance: 


Motional 
Inductance: 


Motional 
Capacitance: 


Shunt Capacitance: 


24 MHz 


Parallel 
resonant 


Fundamental 
mode 


Rs = 80 


L = 2.2 mH 


C = 0.02 pF 


CO = 4.5 pF 


The 24 MHz clock can be supplied 
either by a crystal 


or a MOS level square wave. All internal 
timings 
are 


referenced 
to this clock or a scaled 
count 
(which is 


determined 
by the data rate selection). 


The crystal 
oscillator 
must be allowed 
to run for 10 


mS after the VCC supply has reached 
4.5 volts or 1 


ms after the chip has been taken 
out of the Power- 


down 
mode 
before 
it is guaranteed 
to have 
stabi- 


lized. 


There 
are three 
ports 
accessible 
from 
the 
host's 


point 
of view; 
the 
FIFO, 
the 
Main 
Status 
Register 


(MSR) 
and 
the 
Data 
rate 
Select 
Register 
(DSR). 


Communication 
between 
the 
microprocessor 
and 


the 82072 is done by reading the Main Status regis- 
ter 
to determine 
if the 
controller 
is ready. 
If it is 


ready, a command, 
followed 
by the correct 
parame- 


ters, 
is sent 
to the 82072 
through 
the 
FIFO 
(data 


port). 
The 
MSR can 
be read 
at any time 
and the 


DSR can be written 
at any time (before, 
during and 


after 
a command). 
The 
FIFO 
should 
only 
be ac- 


cessed when the ROM bit in the MSR is set, or when 
ORO is active 
if a DMA transfer 
is in progress. 


This bit indicates 
that the host can access 
the FIFO 


(data port) if a "1". 
No accesses 
should be attempt- 


ed if set to a "0". 


Indicates 
the direction 
of the data transfer 
only when 


ROM is a "1". 
If 010 
is a "1" 
the host should 
re- 


move the bytes in the FIFO. A "0" 
means 
that the 


host should write into the FIFO. 
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If the non-DMA mode is selected in the SPECIFY 
command, this bit will be set = "1" during the exe- 
cution phase of a command. This bit is intended to 
support polled data transfers along with ROM and 
DIO. If DMA mode is selected, it remains a "0". This 
bit differentiates between the execution and result 
phases of a non-DMA READ DATA command. 


Bit 4-CB 
(Controller 
Busy) 


CB is set to a "1" when a command is in progress 
and indicates that the controller is processing a 
command. This bit will go active in the command 
phase after the command byte has been accepted. 
CB goes inactive at the end of the result phase 
which indicates the start of the next command 
phase. If the command has no result phase (Le. 
SEEK and RECALIBRATE) the CB bit is cleared af- 
ter receiving the last byte in the command phase. 


Bit 0-3; Drive Busy 


These bits are set only when a drive is in the seek 
portion of a command, including implied seeks, over- 
lapped seeks and recalibrates. 


A 16 byte FIFO was added to increase the flexibility 
of a system when transferring data between the disk 
and memory by increasing the amount of time be- 
fore service is required. This permits the 82072 to 
have a lower priority in servicing without losing data. 


The 82072 FIFO is 16 bytes deep with the threshold 
set at any point (the threshold is set with the Config- 
ure command). The CONFIGURE command can en- 
able the FIFO and set the FIFO threshold level. Dur- 
ing writes into the FIFO (from the host), the 82072 
will request service (via DRO or INT-depending upon 
the selected transfer mode) when there are the pro- 
grammed threshold number of bytes left in the FIFO. 
The request will go inactive once the FIFO is filled. 
When reading from the FIFO (to the host), service is 
requested when there are more than (16-threshold 
number) bytes in the FIFO. The request for service 
goes inactive when the FIFO is emptied. When the 
FIFO is disabled, a single byte per transfer protocol 
is enforced. The FIFO is still present and storage still 
occurs in each of the 16 bytes in sequence. Only the 
transfer protocol is changed. 


During the Command phase (see next section), the 
FIFO action is disabled and data must be sent only 
after the ROM bit in the Main Status register has 
indicated that it is ready. Improper operation will re- 
sult if command bytes are sent before the 82072 if 
ready. The 82072 does not ask for command param- 


eters by generating interrupts or DMA requests. All 
command parameters are sent by polling the MSR. 


As the 82072 enters the execution phase, it clears 
the FIFO of any data to ensure that invalid data is 
not written or read from the disk. During writes to the 
disk, if the host fails to respond in time, "00" will be 
written to the disk. During reads from the disk, the 
82072 will not go into the Result phase until all data 
has been removed from the FIFO or a Terminal 
Count (TC) has been issued. 


An overrun or underrun condition will terminate the 
transfer of data between the FIFO and the host. 
Writes to the disk will complete the current sector 
(using "OO"s) and generate CRC. Reads will require 
the host to read all data bytes out of the FIFO so 
that the Result phase may begin. The proper error 
bit will be set in the Status register. A Terminal 
Count (TC) will always get the 82072 into the Result 
phase at the end of the current sector. 


During the Result phase, the FIFO is disabled and 
the result bytes are read out one at a time. 


During disk transfers between the FIFO and the host 
(or DMA controller), the FIFO must be serviced with- 
in a specified period after the appropriate indicator is 
set (INT, DRO). Table 3 gives an example of the 
delays. The 1.5 IJosdelay is to convert the parallel 
data into serial MFM/(FM) data (with a clock speed 
of 24 MHz). Other data rate service delays are deter- 
mined by: 


Threshold # x [ __ 1_ 
x 8] - 1.5 JLs = DELAY 


data rate 


FIFO Threshold 
Maximum 
Delay to Servicing 


Examples 
at 1 Mbps Data Rate 


1 byte 
1 x 8 IJos- 
1.5 IJos= 6.5 IJos 


2 bytes 
2 x 8 IJos- 
1.5 IJos= 14.5 IJos 


8 bytes 
8 x 8 IJos- 
1.5 IJos= 70.5 IJos 


15 bytes 
15 x 8 IJos- 
1.5 IJos= 118.5 IJos 


FIFO Threshold 
Maximum 
Delay to Servicing 


Examples 
at 500 Kbps Data Rate 


1 byte 
1 x 16 IJos- 
1.5 IJos= 14.5 IJos 


2 bytes 
2 x 16 IJos- 
1.5 IJos= 30.5 IJos 


8 bytes 
8 x 16 IJos- 
1.5 IJos= 126.5 IJos 


15 bytes 
15 x 161Jos- 
1.51Jos= 238.51Jos 


The FIFO defaults to FIFO disabled. If the FIFO is 
enabled, DRO stays active until the FIFO is emp- 
tiedlfilled. If the FIFO is disabled with the EFIFO bit 
in the CONFIGURE command, individual DRO's are 
issued. Refer to the section on DMA transfers for 
more detail. 


For simplicity, 
command 
handling 
in the 82072 
can be divided 
into three 
phases: 
command, 
execution 
and 
result. 
Each phase is described 
in the following 
paragraphs. 


After a RESET, the 82072 enters the Command 
phase and is ready to accept a command 
from host. For each 
of the commands, 
a defined 
set of command 
code bytes and parameter 
bytes has to be written 
to the 82072 
before the command 
phase 
is complete. 
(Please refer to the Command 
Description 
section). 
These 
bytes of 
data must occur 
in the order prescribed. 
For example: 


SEEK Command 
07 
06 
05 
04 
03 
02 
01 
DO 


00001 
1 
1 
1 


o 
0 
0 
0 
0 
HDS 
DS1 
DSO 


<-----------N~----------> 


Before 
writing 
to the 82072, the host must examine 


the ROM and 010 bits of the Main Status 
Register. 


ROM, 010 must be equal to "1" and "0", 
respective- 
ly before 
command 
bytes 
may be written. 
ROM 
is 


set false by the 82072 after each write cycle until the 
received 
byte is processed. 
The 82072 asserts 
ROM 


again 
to request 
each 
parameter 
byte of the com- 


mand, 
unless 
an illegal 
command 
condition 
is de- 


tected. 
After 
the 
last 
parameter 
byte 
is received, 


ROM remains 
"0", 
and the 82072 
automatically 
en- 


ters the next phase as defined 
by the command 
defi- 


nition. 


The FIFO is disabled 
during the command 
phase to 


retain 
compatibility 
with the 8272A, 
and to provide 


for the 
proper 
handling 
of the 
"invalid 
command" 


condition. 


All data transfers 
to or from the 82072 occur during 


the execution 
phase, which 
can proceed 
in DMA or 


non-OM A mode 
as indicated 
in the SPECIFY 
com- 
mand. 


After RESET, the FIFO is disabled. 
Each data byte is 


transferred 
by an 
INT or ORO 
depending 
on the 


DMA mode. The CONFIGURE 
command 
can enable 


the FIFO and set the FIFO threshold 
value. 


The 
following 
paragraphs 
detail 
the 
operation 
of 


the 
FIFO 
flow 
control. 
In 
these 
descriptions, 


<threshold> 
is defined 
as the 
number 
of 
bytes 


available 
to the 
82072 
when 
service 
is requested 


from the host, and ranges from 1 to 16. The parame- 
ter FIFOTHR 
which 
the user programs 
is one less, 


and ranges from 0 to 15. 


A low threshold 
value 
(I.e. 2) results 
in longer 
peri- 


ods of time between 
service 
requests, 
but requires 


faster 
servicing 
of the 
request, 
for 
both 
read 
and 


write 
cases. 
The 
host 
reads 
(writes) 
from 
(to) the 


FIFO 
until 
empty 
(full), 
then 
the 
transfer 
request 


1st byte to the 82072 
2nd byte to the 82072 
3rd byte to the 82072 


goes inactive. 
The host must be very responsive 
to 


the service 
request. 
This is the desired 
case for use 


with a "fast" 
system. 


A high value 
of threshold 
(I.e. 12) is used 
with 
a 
"sluggish" 
system by affording 
a long latency 
period 


after a service 
request, 
but results 
in more frequent 


service 
requests. 


NON·DMA MODE, Transfers 
from the 


FIFO to the Host: 


The 
INT pin and ROM bits in the Main Status 
Re- 


gister 
are 
activated 
when 
the 
FIFO 
contains 


(16 - 
< threshold» 
bytes, or the last bytes of a full 


sector 
transfer 
have been placed 
in the FIFO. The 


INT pin can be used for interrupt 
driven systems 
and 


ROM can be used for polled systems. 
The host must 


respond 
to the 
request 
by reading 
data 
from 
the 


FIFO. This process 
is repeated 
until the last byte is 


transferred 
out of the FIFO. The 82072 
will deacti- 


vate 
the INT pin and ROM 
bit when 
the 
FIFO be- 


comes 
empty. 


NON·DMA MODE, Transfers 
from the 


Host to the FIFO: 


The INT pin and ROM bit in the Main Status Register 
are activated 
upon entering 
the execution 
phase 
of 


data transfer 
commands. 
The host must respond 
to 


the request 
by writing 
data into the FIFO. The 
INT 


pin and ROM bit remain true until the FIFO becomes 
full. 
They 
are 
set 
true 
again 
when 
the 
FIFO 
has 
<threshold> 
bytes 
remaining 
in 
the 
FIFO. 
The 


82072 
will also deactivate 
the INT pin and ROM bit 


when TC goes active, indicating 
that no more data is 


required. 
The 82072 
enters 
the results 
phase 
after 


the last byte is taken 
by the 82072 
from 
the FIFO 


(I.e., FIFO empty 
condition). 


DMA MODE, Transfers 
from the FIFO 


to the Host: 


The 82072 activates the DRO pin when the FIFO 
contains (16 - < threshold» 
bytes, or the last byte 


of a full sector transfer has been placed in the FIFO. 
The DMA controller must respond to the request by 
reading data from the FIFO. The 82072 will deacti- 
vate the DRO pin when the FIFO becomes empty. 
DRO goes inactive after DACK goes active for the 
last byte of a data transfer (or on the active edge of 
RD, on the last byte, if no edge is present on DACK). 
A data underrun may occur if DRO is not removed in 
time to prevent an unwanted cycle. Refer to the sec- 
tion on DMA Transfers for more detail. 


DMA MODE, Transfers 
from the Host 


to the FIFO: 


The 82072 activates the DRO pin when entering the 
execution phase of the data transfer commands. 
The DMA controller must respond by activating the 
DACK and WR pins, and placing data in the FIFO. 
DRO remains active until the FIFO becomes full. 
DRO 
is 
again 
set 
true 
when 
the 
FIFO 
has 


<threshold> 
bytes remaining in the FIFO. The 


82072 will also deactivate the DRO pin when TC 
becomes true, indicating that no more data is re- 
quired. DRO goes inactive after DACK goes active 
for the last byte of a data transfer (or on the active 
edge of WR on the last byte, if no edge is present on 
DACK). A data overrun may occur if DRO is not re- 
moved .in time to prevent an unwanted cycle. Refer 
to the section on DMA Transfers for more detail. 


The 82072 supports terminal count explicitly through 
the TC pin and implicitly through the underrun/over- 
run and end-of-track (EOT) functions. For full sector 
transfers, the EOT parameter can define the last 
sector to be transferred in a single or multisector 
transfer. If the last sector to be transferred is a par- 
tial sector, the host can stop transferring the data in 
mid-sector, and the 82072 will continue to complete 
the sector as if a hardware TC was received. The 
only difference between these implicit functions and 
TC is that they return "abnormal termination" result 
status. Such status indications can be ignored if they 
were expected. 


Note that when the host is sending data to the 
82072's FIFO, the internal sector count will be com- 
plete when the 82072 reads the last byte from its 
side of the FIFO. There may be a delay in the remov- 
al of the transfer request signal of up to the time 
taken for the 82072 to read the last 16 bytes from 
the FIFO. The host must tolerate this delay. 


If before the execution of a command, the RDY pin 
is "0", the 82072 will set the corresponding bit in 
Status Register 0, and terminate the command 
phase. When an external TC signal is received, the 
external transfer is suspended, but the sector trans- 
fer is completed internally before the command 
phase is ended. The command phase is also termi- 
nated if the last sector on the track has been read or 
written, (as defined by the EOT parameter). 


The 82072 activates INT to indicate the beginning of 
the result phase. The first reading of status from the 
82072 resets the INT pin. 


The generation of INT determines the beginning of 
the result phase. For each of the commands, a de- 
fined set of result bytes has to be read from the 
82072 before the result phase is complete. (Refer to 
the Command Description section). These bytes of 
data must be read out for another command to start. 


ROM and DIO must be equal to "1" and "1 ", before 
the result bytes may be read from the FIFO. After all 
the result bytes have been read, the ROM and DIO 
bits switch to "1" and "0" respectively, and the CM 
bit is cleared. This indicates that the 82072 is ready 
to accept the next command. 


DATA RATE SELECT 
REGISTER 


(DSR) 


The Data rate Select Register gives the user control 
over the read and write disk data. The user can se- 
lect between an internal or external data separator, 
the data rate of the data separator and the delays 
for the write precompensation logic. The internal 
data separator requires no external control logic or 
analog components with its selectable data rates. 
SOFTWARE RESET and the POWERDOWN mode 
are invoked by setting the appropriate bit in this reg- 
ister. 


When the processor writes into the DSR, the data is 
loaded after a delay to synchronize to an internal 
machine state. The processor must not perform suc- 
cessive writes into the DSR until this synchronization 
time (24 clock periods or 1 microsecond at 24 MHz) 
has elapsed. This register should be programmed 
before issuing a command that accesses the disk 
and uses values that this register controls. There is a 
2 millisecond delay between writing the data rate se- 
lect bits and having the PLL stabilize at the new fre- 
quency. This can be hidden by overlapping it in the 


inter 


stepping and head load delays. There is no minimum 
delay between writing this register and accessing 
the FIFO and status registers. 


A write to this register during data transfers will alter 
the contents of this register and the logic it controls. 
Data rate and precompensation values will change 
which may give undesirable results. 


Changing the data rate also changes the timings of 
the drive control signals that are initialized with the 
SPECIFY command. To ensure that drive timings 
are not violated, the user should either choose val- 
ues of drive timings such that the fastest data rate 
would not violate a drive timing specification or 
should follow a write to the data rate select bits with 
a new SPECIFY command. Refer to the SPECIFY 
command for more detail on these timings. 


The Data rate Select Register (DSR) is a write only 
register. The functions of the DSR are indicated be- 
low: 


When set to "1", 
enables software reset of the 


82072. A software reset causes the hardware reset 
line to go active internally. Refer to Figure 5 for an 
illustration. This method ensures that software and 
hardware resets perform the same function. One 
function not reset is the DSR (since it contains the 
software reset bit). Since a hardware reset is being 
performed, the MSR will not be valid for up to 4 mi- 
croseconds after the Software Reset is issued. The 
users software should wait that period before at- 
tempting to read the Main Status register. Software 
reset can also be cleared with a hardware reset. 


In the case of software reset, the DSR retains the 
values loaded into it if DDRE is tied low. If DDRE is 
tied high, the precompensation and Data Rate Se- 
lect bits will be reset to "00010". Upon hardware 
reset, the DSR will be configured based on DDRE 
setting. When DDRE is tied high, the DSR is config- 
ured as follows upon power up and reset: 


SWR PD EPLL 
PRE·COMP 
DRATESEL 


7 
6 
5 
4 
3 
2 
1 
0 


0 
0 
0 
0 
0 
0 
1 
0 


Default 
values: 
250 Kbit/sec., 
Internal 
data separator. 
Pre- 
compensation 
= 125 ns. 


When DDRE is tied low, the DSR retains the current 
data rate and precompensation values: 


SWR PD EPLL 
PRE-COMP 
DRATESEL 


7 
6 
5 
4 
3 
2 
1 
0 


0 
0 
0 
X 
X 
X 
X 
X 


Bit 6-PD; 
(POWER DOWN) 


When set to "1", the 82072 goes into its POWER 
DOWN mode. A SOFTWARE RESET is performed 
and held when entering POWER DOWN to ensure 
that no disk control pins are in the active state. The 
powerdown mode deactivates the internal clocks 
and shuts off the oscillator. Only writes to the DSR 
are allowed during powerdown and ALL input signals 
must be held in a valid state (either D.C. 1 or 0). The 
only exceptions are the data bus may be floated and 
an external crystal, which 
may remain running. 


There will be no increase in the ICCspecification. To 
exit the Power down mode, either a hardware or 
software reset must be given. Once reset is given, 
there is a delay of 1 ms for the oscillator to stabilize 
at the correct frequency. 


The 82072 preserves the contents of the PCN regis- 
ter during POWERDOWN. However, all status regis· 
ters are cleared. Prior to issuing the POWERDOWN 
command, it is highly recommended that the user 
service all pending interrupts through the SENSE IN- 
TERRUPT STATUS command. 


Bit 5-EPLL; (Enable PLL) 


When set to "0", the internal PLL data separator 
supplies the data window input and the DW/DDRE 
pin operates in DDRE mode. The data rate of the 
internal PLL is determined by the DRATESEL bits. 
When set to "1", the internal data separator is dis- 
connected from the serial interface controller and an 
external data separator is required to supply the DW 
signal. Refer to the section on the internal data sep- 
arator for more detail. 


Bits 2-4-PRECOMP; 
(Pre-compensation) 


The write precompensation circuitry adjusts th,ewrite 
data pulse before it is sent to the drive on the 
WRDATA pin. A programmed compensation interval 
is added to or subtracted from the normal write 
pulse timing as a function of the data pattern. The 
CONFIGURE command is used to specify the track 
number that precompensation starts upon. If a CON- 
FIGURE command is not issued, the 82072 defaults 
to beginning pre-compensation on Track O. 


SOF1WARE 
RESET 
r••• \l 
fliP 
S.\ 
fLOP 
reset 


PRECOMP 
Pre-Compensation 
Delay 
432 


111 
0.00 ns-DISABLED 


001 
41.67 ns 


010 
83.34 ns 


011 
125.00 ns 


100 
166.67 ns 


101 
208.33 ns 


110 
250.00 ns 


000 
DEFAULT 


If the 
Data rate Select Register (DSR) is pro- 
grammed with bits 2-4 set to zeroes, a default pre- 
compensation value is automatically chosen de- 
pending upon the data rate select bits (bits 0 and 1). 
The default values corresponding to the data rate 
select values are illustrated in Table 5A. 


Table SA. Default Pre-Compensation 
Delays 


Data Rate 
Pre-Compensation 
Delays 


1 Mbps 
41.67 ns 


500 Kbps 
125 
ns 


300 Kbps 
125 
ns 


250 Kbps 
125 
ns 


Bits 0, 1-DRATESEL; 
(Data Rate 


Select) 


Programs both the read and write data rates. For 
single density (FM mode), data rates are one half 
the values stated for the double density (MFM) 
mode. MFM or FM selection is made in the disk read 
and write commands. 
Table 4. Data Rates 


DRATESEL 
DATA RATE 


1 
0 
MFM 
FM 


1 
1 
1 Mbps 
Illegal 


0 
0 
500 Kbps 
250 Kbps 


0 
1 
300 Kbps 
150 Kbps 


1 
0 
250 Kbps 
125 Kbps 


The basic "core" of the 8272A was carried over to 
the 82072 virtually unchanged. To keep the flexibility 
of the 8272A, where the user could vary data rates 
by changing the frequency on the WRCLK pin, and 
to minimize the external logic, a prescaler for the 
internal WRCLK was added. The prescaler divides 
down the 24 MHz clock to rates that are equivalent 
to those used with the 8272A. The user changes the 
prescaler value with the data rate selection bits in 
the DATA RATE SELECT register. 


POLLING OF DRIVES 


The 82072 defaults to polling enabled. Polling can 
be disabled by issuing a CONFIGURE command. 
When enabled, the 82072 polls the drives and looks 
for a change in the state of the RDY pin. Each of the 
drives is selected for a period of time and its RDY 
pin sampled. After a delay, the nex1drive is selected. 
This sequence occurs whenever the 82072 is wait- 
ing for a command or during SEEKs and RECALI- 
BRATE, (but not IMPLIED SEEKs). The drives are 
assumed to be not ready after RESET and a "ready" 
value for each drive is saved in an internal register. 
An interrupt will be issued when a drive signals that it 
changed state from not ready to ready. This interrupt 
must 
be 
followed 
with 
a 
SENSE INTERRUPT 


STATUS command from the host. Each time that 
the drive changes its state from not ready to ready, 
an interrupt will again be issued. 


The length of time that a drive is selected is depen- 
dent upon the selected data rate. At 1 Mbps, drives 
0-2 
are selected for approximately 20 microsec- 


onds, and drive 3 for about 440 microseconds. At 
500 Kbps, the selected period is doubled for all 
drives. This period continues to scale with the data 
rate selection. The amount of time that the 82072 
actually samples the RDY pin is about % microsec- 
onds after the drive select changes at 1 Mbps and 
also scales with the data rate. This value is equal for 
all drives. The remaining time the drive is selected, 
changes on RDY will not be sampled. 


NOTE: 
Polling is disabled when an Implied Seek is in prog- 
ress. 


inter 


TC completes the current disk data transfer and 
then puts the 82072 into the result phase. 


ORO or ROM/INT in the Non-oMA mode will go in- 
active immediately after TC is received. There will be 
no more requests for data transfers. In a write com- 
mand, all remaining bytes in the FIFO are read out 
by the 82072. The remaining space in the disk sec- 
tor will be filled with "OO"s.For read's, the remaining 
data bytes are "dumped" 
internally and CRC is 
checked. An overrun/underrun error will not be re- 
ported in the result phase. The FIFO will be reset 
upon entering the result phase. This ensures that 
any remaining data bytes sent by the host do not 
interfere with the result bytes. Care should be taken 
not to leave TC active in the result phase as it will 
cause the result phase to be terminated. If neces- 
sary, TC can be negated by the active edge of INT 
such that the removal is within 500 ns. 


It should be noted that if TC is asserted without an 
accompanying oACK or CS and Ro/WR 
(FIFO 
transfer), then ORO remains high until the pending 
FIFO transaction is performed. However, the receipt 
of TC is sufficient to internally inhibit further data 
requests. 


The 82072 supports terminal count implicitly through 
the underrun/overrun and end-of-track (EOT) func- 
tions. For full sector transfer, the EOT parameter 
can define the last sector to be transferred in a sin- 
gle or multisector transfer. If the last sector to be 
transferred is a partial sector, the host can stop 
transferring the data in mid-sector and the 82072 will 
complete the transfer in the same way as if a hard- 
ware TC was received. The only difference between 
these implicit functions and TC is that they return 
"abnormal termination" result status. Such status in- 
dications can be ignored if they were expected. 


It is recommended that the TC be issued with the 
last byte transferred, or shortly thereafter. The user 
must issue a TC before GPL byte times of the re- 
quest for the last byte of the sector, or the 82072 will 
continue on to the next sector. This may cause an 


error condition such as reading past end-of-track, 
underrun/overrun of the FIFO, or a sector not found. 


Terminal count will always get the 82072 out of the 
execution phase which would be caused by the host 
failing to perform the correct action. 


oMA transfers are initiated by the 82072 when it ac- 
tivates its ORO (oMA Request) pin. When ready, the 
oMA controller responds by activating oACK (oMA 
Acknowledge). If the oMA transfer mode is selected 
in the 82072 (with the SPECIFY command), ORO 
must be used as the ROM bit signal since ROM is 
not activated. oACK or CS = 0 and AO = 1 can be 
used to respond to the request. 


If the FIFO is enabled, OROwill go active for a trans- 
fer and stay active until the FIFO is filled or cleared 
(write and read respectively). 


If the FIFO is disabled (default value) by setting the 
EFIFO bit in the CONFIGURE command, each byte 
to be transferred will request a cycle. Figure 6 is an 
example of the handshaking that occurs. 


The 82072 can be given pulsed oACK's (which is 
compatible with the iAPX186 and most two cycle 
oMA controllers) or oACK's that stay active until the 
transfer 
is complete 
(compatible with 
the 
Intel 
8237A controller). A pulsed oACK provides more 
time for the oMA controller to determine if ORO 
should be removed (since oACK goes active before 
Ro). If oACK is not pulsed, then the active going 
edge of Ro is used for this decision. The edge of Ro 
may be too late for ORO to be removed and prevent 
an unwanted oMA cycle. 


There is a small delay after oACK (or Ro) goes ac- 
tive at ~he82072 before ORO is removed. This may 
not satisfy the oMA controller specification (oACK 
active to ORO inactive) to prevent an unwanted 
oMA cycle. It is the users responsibility to ensure 
that an unwanted cycle does not happen due to 
ORO not going inactive quickly enough. It may be 
~::~ 
•....._---- -tJ= 


NOTE: 
The falling 
edge of OACK asynchronously 
removes 
ORO. 


Figure 6. Disabled 
FIFO DMA Cycles 
3-43 
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NOTES: 
1. DACK can be either 
active 
the entire 
period 
or can be active 
for each cycle. 
2. Either edge will remove 
DRO, but DACK provides 
more setup time for the 82072 
and the DMA controller. 


RECEIVE 
BUFFER 
(SCHMITT 
TRIGGER) 
TERMINATION 
=D 


MOTOR 


WRDATA, 
CONTROL 


OPEN 
COLLECTOR 
DRIVERS 


TO/FROM 
FLOPPY 
DRIVE 


DRIVE 
SELECTS 


necessary 
for 
the 
design 
to 
generate 
a 
pulsed 
DACK, 
one that is earlier than the one supplied 
by 
the DMA controller 
or add wait states. 


Note that 
if the DMA controller 
(i.e., 8237 A) is pro- 
grammed 
to function 
in verify mode, a pseudo 
read 
is performed 
by the 
82072 
based 
only 
on 
DACK. 


This 
mode 
is only 
available 
when 
the 
82072 
has 
been configured 
into byte mode and is programmed 
to do a read operation. 


Figure 8 is a block diagram 
of the floppy drive inter- 
face 
for the 82072. 
The external 
logic 
needed 
are 
high current 
buffers 
to drive the cable, 
termination 
and MOTOR 
and drive select 
generation. 


When a read operation 
begins, the sync detect 
logic 
samples 
the 
read data 
stream 
until 
it finds 
a valid 
sync 
field, 
which 
is a pattern 
of eight 
contiguous 
zero bit cells. This is found with an internal 
one-shot. 


It assumes 
that this is a synchronization 
field (Refer 
to the FORMAT 
command 
for detail) and will switch 
the VCO from the reference 
clock to the data stream 
after waiting the delay specified 
in the GAP parame- 
ter of the READ and WRITE 
commands. 
The sync 
logic then switches 
the READ 
DATA stream 
to the 
input of the data separator. 
The clock that the PLL is 
synchronized 
to is forced 
to be in phase 
with 
the 
read data as the switch over occurs. 
The PLL of the 
data separator 
starts 
with almost 
zero phase 
error, 


which 
greatly 
reduces 
the capture 
time. Once VCO 
is activated 
and the PLL has locked 
onto the serial 
data, 
it is searched 
for an 10 address 
mark. 
If the 
first non-sync 
data is not an 10 address 
mark, the 
VCO line is deactivated 
and the search 
for a sync. 
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field begins again with the data separator waiting for 
the one-shot to find another sync. field. If the ad- 
dress mark was good, the 10 field is examined for 
the correct parameters and CRC is checked. When 
the 82072 is not looking at the disk data, it remains 


synchronized to the programmed data rate. This 
method ensures that the PLL does not lock onto 
harmonics. It also allows a faster lock-up time when 
disk data is fed into the PLL. 


The function of the data separator is to lock onto the 
incoming serial read data. When lock is achieved the 
serial front end logic of the chip is provided with a 
clock which is synchronized to the read data. The 
synchronized clock, called Data Window, is used to 
internally sample the serial data. One state of Data 
Window is used to sample the data portion of the bit 
cell, and the alternate state samples the clock por- 
tion. Serial to parallel conversion logic separates the 
read data into clock and data bytes. 


To support reliable disk reads the data separator 
must track fluctuations in the disk data frequency. 
Frequency errors primarily arise from two sources: 
drive rotation speed variation and instantaneous 
speed variation (ISV). A second condition, and one 


that opposes the ability to track frequency shifts is 
the response to bit jitter. 


The internal data separator consists of two analog 
phase lock loops (PLLs) as shown in Figure 9. The 
two PLLs are referred to as the reference PLL and 
the data PLL. The reference PLL (the master PLL) is 
used to bias the data PLL (the slave PLL). The refer- 
ence PLL adjusts the data PLL's operating point as a 
function of process, junction temperature and supply 
voltage. Using this architecture it was possible to 
eliminate the need for external trim components. 


Figure 10 shows the data PLL. The reference PLL 
has control over the loop gain by its infiuence on the 
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charge pump and the VCO. In addition the reference 
PLL controls the loop filter time constant. As a result 
the closed loop transfer function of the data PLL is 
controlled, and immune, to the first order, to environ- 
mental factors, and process variation. 


Systems of this type are often very sensitive to 
noise. In the design of this data separator many 
steps were taken to avoid noise sensitivity problems. 
The analog section of the chip has a separate VSS 
pin (AVSS) which should be connected externally to 
a noise free ground. This provides a clean basis for 
VSS referenced signals. In addition many analog cir- 
cuit features were employed to make the overall sys- 
tem as insensitive to noise as possible. To insure 
reliable operation the designer should take steps to 
provide a noise free operating environment for the 
chip. 


The lock, or settling time of the data PLL is designed 
to be 64 bit times. This corresponds to 4 sync bytes 
in the FM mode and 8 sync bytes in the MFM mode. 
This value assumes that the sync field jitter is 5% 
the bit cell or less. This level of jitter should be easily 
achieved for a constant bit pattern, since intersym- 
bol interference should be equal, thus nearly elimi- 
nating random bit shifting. 


CAPTURE 
RANGE (tRANGE) 


The 82072 data separator is designed to lock onto 
RDDATA with a maximum frequency error of approx- 
imately ±5.5%. The graphs in Figures 17 and 18 in 
the Data Separator Characteristics Section illustrate 
the capture range around the center frequency. This 
value is made up of two components: drive motor 
speed error and ISV. Frequency is a factor which 
may determine the maximum level of the ISV com- 
ponent. In general, as frequency increases the al- 
lowed magnitude of the ISV component will de- 
crease. The designer has a certain level of flexibility 
in the composition of this sum, however the total 


PRECOMP 
SELECTION 
FROM 
DSR 


must never exceed ± 5.5%. In order to insure the 
reliability of dual drive systems, designers should re- 
quire 
drives 
with 
a 
motor 
speed 
variation 
of 


±2.75%, resulting in a worse case of ±5.5% when 
the drives are switched. 


By far, most problems that will be seen will center 
upon noise even though many measures were im- 
plemented to reduce the possibility of external noise 
related problems. Any digital signals next to the 
RDDATA input line on the board should also be 
avoided. Taking above average precautions will pay 
off with fewer "soft" errors when reading the disk 
and enhance system reliability. For further informa- 
tion on the 82072 data separator performance, 
please see application note AP-313, "82072 Analog 
Data Separator Report." 


The write precompensation logic is used to minimize 
bit shifts in the RDDATA stream from the disk drive. 
The shifting of bits is a known phenomena of mag- 
netic media and is dependent upon the disk media 
AND the floppy drive. 


The 82072 monitors the bit stream that is being sent 
to the drive. The data patterns that require precom- 
pensation are well known. Depending upon the pat- . 
tern, the bit is shifted either early or late (or not at all) 
relative to the surrounding bits. Figure 11 is a block 
diagram of the internal circuit. 


The top block is a 13 bit shift register with the no 
delay tap being in the center. This allows 6 levels of 
early and late shifting with respect to nominal. The 
shift register is clocked at the main clock rate (24 
MHz). The output is fed into 2 multiplexors-one 
for 


early and one for late. A final stage of multiplexors 
combines the early, late and normal data stream 
back into one which is the WRDATA output. 


NOTE: 
PSO, 1 are 8272A 
control 
signals 
but are not available 
as outputs 
on the 82072. 


Figure 11. Precompensation 
Block Diagram 
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W 
a 
MFM 
a 
a 
a 
a 
1 
a 
Command 
Codes 
W 
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a 
a 
a 
a 
HDS 
DSI 
DSO 
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C 
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W 
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W 
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STI 
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Command 
W 
0 
MFM 
0 
0 
1 
1 
0 
1 
Command 
Codes 


W 
0 
0 
0 
0 
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HDS 
DS1 
DSO 


W 
N 
Bytes/ 
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W 
SC 
Sectors/Cylinder 


W 
GPL 
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I 
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R 
Parameters 


W 
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Execution 
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an entire 
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R 
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R 
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R 
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Command 
W 
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0 
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1 
Command 
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R 
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Command 
W 
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,1 
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1 
1 
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W 
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, 
0 
0 
0 
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HDS 
DS1 
DSO 
W 
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Execution 
Head 
is positioned 
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,- 
oroner 
Cvlinder 
on Diskette 
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W 
0 
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0 
1 
0 
0 
1 
1 
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W 
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___ 
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PRETRK 
> 


MOTOR 
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Command 
W 
On/Off 
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DSO 
0 
1 
0 
1 
1 
Command 
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RELATIVE 
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Command 
W 
1 
DIR 
0 
0 
1 
1 
1 
1 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 
W 
RCN 


inter 
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Command 
W 
0 
0 
0 
0 
1 
1 
1 
0 
ONate 


Execution 
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placed 
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Aesult 
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PCN·DriveO 


A 
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PCN·Drive 
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A 
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A 
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A 
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See Note 


A 
0 
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A 
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Command 
W 
Invalid 
Codes 
Invalid 
Command 
Codes 
(NoOp - 
FDC goes 
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Standby 
State) 


Aesult 
A 
STO 
STO = 60 


(16) 


SC is returned 
if the last command 
that was issued was the FORMAT 
command. 
EaT 
is returned 
if the last command 
was a 
READ or WRITE. 


NOTES: 
1. Symbols 
used in this table are described 
below. 
2. Ao = 1 for all operations. 


PARAMETER 
ABBREVIATIONS: 


Symbol 
Description 
C 
Cylinder address. The currently selected 
cylinder address, 0 to 255. 


D 
Data pattern. The pattern to be written in 
each sector data field during formatting. 
DSO,DS1 Disk Drive Select. 


DS1 
DSO 


0 
0 
drive 0 


0 
1 
drive 1 


1 
0 
drive 2 


1 
1 
drive 3 


DTL 
Special sector size. By setting N to zero 
(00), DTL may be used to control the 
number 
of 
bytes 
transferred 
in 
disk 


read/write commands. The sector size (N 
= 0) is set to 128. If the actual sector (on 
the diskette) is larger than DTL, the re- 
mainder of the actual sector is read but is 
not passed to the host during read com- 
mands; during write commands, the re- 
mainder of the actual sector is written 
with all zero bytes. The CRC check code 
is calculated with the actual sector. When 
N is not zero, DTL has no meaning and 
should be set to FF HEX. 


EOT 
End of track. The final sector number of 
the current track. 


Symbol 
GPL 
Description 
Gap length. The gap 3 size. (Gap 3 is the 
space between sectors excluding the 
VCO synchronization field). 
Head address. Selected head: 0 or 1 
(disk side 0 or 1) as encoded in the sector 
ID field. 
Head load time. The time interval that 
82072 waits after loading the head and 
before initiating a read or write operation. 
Refer to the SPECIFY command for actu- 
al delays. 
Head unload time. The time interval from 
the end of the execution phase (of a read 
or write command) until the head is un- 
loaded. Refer to the SPECIFY command 
for actual delays. 
MFM/FM mode selector. A one selects 
the double density (MFM) mode. A zero 
selects single density (FM) mode. 
Multi-track selector. When set, this flag 
selects the multi-track operating mode. In 
this mode, the 82072 treats a complete 
cylinder, under head 0 and 1, as a single 
track. The 82072 operates as if this ex- 
panded track started at the first sector 
under head 0 and ended at the last 
sector under head 1. With this flag set, a 
multitrack read or write operation will 
automatically continue to the first sector 


Description 
under head 1 when the 82072 finishes 
operating on the last sector under head 
O. 
Sector size code. This specifies the num- 
ber of bytes in a sector. If this parameter 
is "00", then the sector size is 128 bytes. 
The number of bytes transferred is deter- 
mined by the DTL parameter. Otherwise 
the sector size is (2 raised to the "N'th" 
power) times 128. All values up to "07" 
hex are allowable. "07"h would equal a 
sector size of 16k. It is the users respon- 
sibility to not select combinations that are 
not possible with the drive. 


N 
Sector Size 


00 
128 bytes 


01 
256 bytes 


02 
512 bytes 


03 
1024 bytes 
.. 
. .. 


07 
16 Kbytes 


New cylinder number. The desired cylin- 
der number. 
Non-DMA mode flag. When set to 1, indi- 
cates that the 82072 is to operate in the 
non-DMA mode. In this mode, the host is 
interrupted for each data transfer. When 
set to 0, the 82072 operates in DMA 
mode, interfacing to a DMA controller by 
means of the DRO and DACK# signals. 


Commands can be written whenever the 82072 is in 
the command phase. The command set falls into 
two categories as is shown in Table 6. The encoding 
of the bits used in this description can be found in 
the Parameter Abbreviation section which follows 
this section. 


Each command has a unique set of parameters that 
are needed and that are returned as status. The 
82072 checks to see that the first byte received 
while in the command phase is a valid command. If 
valid, there will be no change in the status bits in the 


Symbol 
PCN 


Description 
Present cylinder number. The current po- 
sition of the head at the completion of 
SENSE INTERRUPT STATUS command. 
Sector address. The sector number to be 
read or written. In multi-sector transfers, 
this parameter specifies the sector num- 
ber of the first sector to be read or writ- 
ten. 
Number of sectors per track. The number 
of sectors per track to be initialized by the 
FORMAT command. 
Skip flag. When set to 1, sectors contain- 
ing a deleted data address mark will auto- 
matically be skipped during the execution 
of READ DATA. If READ DELETED is ex- 
ecuted, only sectors with a deleted ad- 
dress mark will be accessed. When set to 
"0", 
the sector is read or written the 


same as the read and write commands. 
Step rate interval. The time interval be- 
tween step pulses issued by the 82072. 
Programmable from 0.5 to 8 milliseconds, 
in increments of 0.5 ms at the 1 Mbit data 
rate. Refer to the SPECIFY command for 
actual delays. 
Status register 0-3. Registers within the 
82072 that store status information after 
a command has been executed. This 
status information is available to the host 
during the result phase after command 
execution. 


MSR. If the value was not a valid command, an inter- 
rupt is issued. The user would issue the SENSE IN- 
TERRUPT STATUS command which would return 
an invalid command error condition. 


STO 
ST1 
ST2 
ST3 


The READ DATA, READ DELETED DATA, WRITE 
DATA, WRITE DELETED DATA and READ TRACK 
require and return the same parameter and status 
bytes respectively. The only differences being the 
coding of bits 0-4 in the first byte sent to the 82072. 


Table 6. Command 
Summary 


Data Transfer 
Control 


Read Data 
Recalibrate 
Configure 
• 
Read Deleted Data 
Sense Interrupt Status 
Motor On/Off" 
Write Data 
Specify 
Relative Seek' 
Write Deleted Data 
Sense Drive Status 
Dumpreg 
• 
Read Track 
Seek 


Format Track 
ReadlD 


'NOTE: 
These 
commands 
are not present 
in the 8272A. 


inter 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
00 
Remarks 


Command 
W 
MT 
MFM 
SK 
0 
X 
X 
X 
X 
Command 
Code 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 
W 
-------- 
C 
-------- 
W 
-------- 
H 
-------- 


W 
-------- 
R 
-------- 
. 


W 
-------- 
N 
-------- 
W 
-------- 
EOT 
-------- 


W 
-------- 
GPL 
-------- 
W 
-------- 
DTL 
-------- 
Execution 
Data Transfer 
Occurs. 


Result 
R 
-------- 
STO 
-------- 
Status After 
R 
-------- 
ST1 
-------- 
Command 
Has 
R 
-------- 
ST2 
-------- 
Completed. 


R 
-------- 
C 
-------- 
Disk Status 
R 
-------- 
H 
-------- 
After The 
R 
-------- 
R 
-------- 
Command 
Has 
R 
-------- 
N 
-------- 
Completed. 


IMPLIED 
SEEK FOR READ AND 
WRITE 
COMMANDS 
Command 
03 
02 
01 
00 


Read Data 
0 
1 
1 
0 
Read Deleted 
Data 
1 
1 
0 
0 
Write Data 
0 
1 
0 
1 
Write Deleted 
Data 
1 
0 
0 
1 
Read Track 
0 
0 
1 
0 


The 82072 will execute 
an implied 
seek for any disk 
transfer 
command 
that 
specifies 
the cylinder 
num- 
ber. The implied seek execution 
is transparent 
to the 
user. This means that the user would 
issue a READ 
DATA 
command. 
send 
all of the 
parameter 
bytes, 
see step pulses issued and start reading 
data. 


inter 


After the parameter bytes are received, a compari- 
son is made between PCN and C. If C does not 
equal PCN and the Implied Seek bit in the CONFIG- 
URE command was set, then a SEEK command is 
issued. This would be indicated by the DRIVE BUSY 
bits in the Main Status Register being set. If the 
stepping completes successfully, DRIVE BUSY in 
the MSR will go inactive and then the disk transfer 
command starts. If the SEEK failed, the status bytes 
of the command are sent to the FIFO. STOcontains 
the cause of the error and C would contain the cylin- 
der number on which the SEEK failed. 


A set of nine (9) bytes is required to place the 82072 
into the Read Data Mode. After the READ DATA 
command has been issued, the 82072 loads the 
head (if it is in the unloaded state), waits the speci- 
fied head settling time (defined in the SPECIFYcom- 
mand), and begins reading ID Address Marks and ID 
fields. When the sector address read off the diskette 
matches with the sector address specified in the 
command, the 82072 reads the sector's data field 
and transfers the data to the FIFO. 


After completion of the read operation from the cur- 
rent sector, the sector address is incremented by 
one, and the data from the next logical sector is read 
and ouput via the FIFO. This continuous read func- 
tion is called "Multi-Sector Read Operation". Upon 
receipt of TC, or an implied TC (FIFO overrun/un- 
derrun), the 82072 stops sending data, but will con- 
tinue to read data from the current sector, check the 
CRC bytes, and at the end of the sector terminate 
the READ DATA Command. 


N determines the number of bytes per sector (See 
Table 8A Below). If N is set to zero, the sector size is 
set to 128. The DTL value determines the number of 
bytes to be transferred. If DTL is less than 128, the 
82072 transfers the specified number of bytes to the 
host. For reads, it continues to read the entire 128 
byte sector and checks for CRC errors. For writes it 
completes the 128 byte sector by filling in zeroes. If 
N is not set to 00 Hex, DTL should be set to FF Hex, 
and has no impact on the number of bytes trans- 
ferred. 


N 
Sector Size 


00 
128 bytes 


01 
256 bytes 


02 
512 bytes 


03 
1024 bytes 


.. 
... 
07 
16 Kbytes 


The amount of data which can be handled with a 
single command to the 82072 depends upon MT 
(multi-track) and N (Number of bytes/sector). 


MT 
N 
Max. Transfer 
Final Sector 


Capacity 
Read from Disk 


0 
1 
256 x 26 = 
6,656 
26 at side 0 or 1 


1 
1 
256 x 52 = 13,312 
26 at side 1 


0 
2 
512 x 15 = 
7,680 
15 at side 0 or 1 


1 
2 
512 x 30 = 15,360 
15 at side 1 


0 
3 
1024 x 
8= 
8,192 
8 at side 0 or 1 


1 
3 
1024 x 16 = 16,384 
16 at side 1 


The Multi-Track function (MT) allows the 82072 to 
read data from both sides of the diskette. For a par- 
ticular cylinder, data will be transferred starting at 
Sector 1, Side 0 and completing at the last sector of 
the same track at Side 1. 


At the completion of the READ DATA Command, 
the head is not unloaded until after the Head Unload 
Time Interval (specified in the SPECIFY command) 
has elapsed. If the host issues another command 
before the head unloads then the head settling time 
may be saved between subsequent reads. 


If the 82072 detects a pulse on the IDX pin twice 
without finding the specified sector (meaning that 
the diskette's index hole passes through index de- 
tect logic in the drive twice), the 82072 sets the IC 
code in Status Register 0 to "01" (Abnormal termi- 
nation), and sets the ND bit in Status Register 1 to 
"1" indicating a sector not found, and terminates the 
READ DATA Command. 


After reading the ID and Data Fields in each sector, 
the 82072 checks the CRC bytes. If a CRC error 
occurs in the ID or data field, the 82072 sets the IC 
code in Status Register 0 to "01" (Abnormal termi- 
nation), sets the DE bit flag in Status Register 1 to 
"1", sets the DD bit in Status Register 2 to "1" if 
CRC is incorrect in the ID field, and terminates the 
READ DATA Command. 


Table 8B below describes the affect of the SK bit on 
the READ DATA command execution and results. 


Table 8B. Skip Bit vs. READ DATA Command 


SKBlt 
Data Address 
Results 


Value 
Mark Type 
Sector 
eM Bit 
Description of 


Encountered 
Read? ofST2 Set? 
Results 


0 
Normal Data 
Yes 
No 
Normal 
Termination. 


0 
Deleted Data 
Yes 
Yes 
Address Not 
Incremented. 
Next Sector 
Not Searched 
For. 


1 
Normal Data 
Yes 
No 
Normal 
Termination. 


1 
Deleted Data 
No 
Yes 
Normal 
Termination 
Sector Not 
Read 
("Skipped"). 


inter 


Except where noted in Table 88, the C or R value of 
the 
sector 
address 
is 
automatically 
incremented 


(see Table 80). 


After the WRITE 
DATA command 
I'las been issued, 
the 82072 
loads 
the 
head 
(if it is in the 
unloaded 


state), waits the specified 
head load time if unloaded 


(defined 
in the 
SPECIFY 
command), 
and 
begins 


reading 
10 Fields. 
When 
the 
sector 
address 
read 


from the diskette 
matches 
the sector address 
speci- 


fied in the command, 
the 82072 reads the data from 


the host via the FIFO, and writes 
it to the sector's 


data field. 


After writing 
data into the current 
sector, 
the 82072 


computes 
the CRC value and writes it into the CRC 


field 
at the end of the sector 
transfer. 
The Sector 


Number 
stored 
in "R" 
is incremented 
by one, and 


the 82072 
continues 
writing 
to the 
next data field. 
The 82072 continues 
this "Multi-Sector 
Write Opera- 
tion". 
Upon receipt 
of a terminal 
count signal or if a 


FIFO over/under 
run occurs while a data field is be- 


ing written, 
then 
the remainder 
of the data field 
is 


filled with zeros. 


The 
82072 
reads 
the 
10 field 
of each 
sector 
and 


checks 
the CRC bytes. 
If it detects 
a CRC error 
in 


one of the 
10 Fields, 
it sets the 
IC code 
in Status 


Register 
0 to "01" 
(Abnormal 
termination), 
sets the 


DE bit of Status 
Register 
1 to "1", 
and terminates 


the WRITE 
DATA command. 


The WRITE 
DATA command 
operates 
in much the 


same 
manner 
as the 
READ 
DATA 
command. 
The 


following 
items 
are the 
same. 
Please 
refer 
to the 


READ DATA Command 
for details: 


• 
Transfer 
Capacity 


• 
EN (End of Cylinder) 
bit 


• 
NO (No Data) bit 


• 
Head Load, Unload Time Interval 


• 
10 information 
when the host terminates 
the com- 


mand. 


• 
Definition 
of DTL when N = 0 and when N does 


not = O. 


This command 
is the same as the READ DATA com- 


mand, only it operates 
on sectors 
that contain 
a De- 
leted Data Address 
Mark at the beginning 
of a Data 


Field. 


Table 
8C describes 
the affect 
of the SK bit on the 


READ DELETED 
DATA command 
execution 
and re- 


sults. 


Table 
8C. Skip Bit vs 


READ DELETED 
DATA Command 


Data Address 
Results 


SKBlt 
Mark Type 
Description 
Value 
sector 
CMBltof 


Encountered 
Read? 
ST2set? 
of Results 


0 
Normal Data 
Yes 
Yes 
Address Not 
Incremented. 
Next Sector 
Not 
Searched 
For. 


0 
Deleted Data 
Yes 
No 
Normal 
Termination. 


1 
Normal Data 
No 
Yes 
Normal 
Termination 
Sector Not 
Read 
("Skipped"). 


1 
Deleted Data 
Yes 
No 
Normal 
Termination. 


Except 
where 
noted 
in Table 8C above, 
the C or R 


value 
of the sector 
address 
is automatically 
incre- 


mented 
(See Table 80). 


This 
command 
is almost 
the 
same 
as the WRITE 


DATA 
command 
except 
that 
a Deleted 
Data 
Ad- 


dress 
Mark is. written 
at the beginning 
of the Data 


Field instead of the normal 
Data Address 
Mark. This 


command 
is typically 
used to mark a bad sector con- 


taining 
an error on the floppy disk. 


This command 
is similar 
to the 
READ 
DATA 
com- 


mand except that the entire data field is read contin- 
uously from each of the sectors 
of a track. 
Immedi- 


ately after encountering 
a pulse on the lOX pin, the 


82072 
starts 
to read all data fields 
on the track 
as 


continuous 
blocks 
of data without 
regard 
to logical 


sector 
numbers. 
If the 82072 finds an error in the 10 


or DATA CRC check bytes, it continues 
to read data 


from the track and sets the appropriate 
error bits at 


the end of the command. 
The 82072 
compares 
the 


10 information 
read from each sector with the speci- 


fied value in the command, 
and sets the NO flag of 


Status Register 
1 to a "1" 
if there is no comparison. 


Multi-track 
or skip operations 
are not allowed 
with 


this command. 
The SK bit should 
always 
be set to 
"0". 


This command 
terminates 
when 
the EOT specified 


number 
of sectors 
have 
been 
read. 
If the 
82072 
does 
not find an 10 Address 
Mark on the diskette 


after the second 
occurrence 
of a pulse on the lOX 


pin, then it sets the IC code 
in Status 
Register 
0 to 
"01" 
(Abnormal 
termination), 
sets 
the 
MA 
bit 
in 


Status 
Register 
1 to "1", 
and terminates 
the com- 


mand. 


If the host terminates 
a read or write operation 
in the 82072, 
then the 10 information 
in the result 
phase 
is 
dependent 
upon the state of the MT bit and EOT byte. 


Table 80. Result Phase Table 


MT 
Head 
Final Sector Transferred 
10 Information 
at Result Phase 


to Host 
C 
H 
R 
N 


0 
Less than EOT 
NC 
NC 
R+1 
NC 


0 
Equal to EOT 
C+1 
NC 
01 
NC 


1 
Less than EOT 
NC 
NC 
R+1 
NC 


Equal to EOT 
C+1 
NC 
01 
NC 


0 
Less than EOT 
NC 
NC 
R+1 
NC 


1 
Equal to EOT 
NC 
LSB 
01 
NC 


1 
Less than EOT 
NC 
NC 
R+1 
NC 


Equal to EOT 
C+1 
LSB 
01 
NC 


NC: no change, 
the same value 
as the one at the beginning 
of command 
execution. 
LSB: least significant 
bit, the LSB of H is complemented. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
00 
Remarks 


Command 
W 
0 
MFM 
0 
0 
1 
1 
0 
1 
Command 
Code 
W 
0 
0 
0 
0 
0 
HOS 
OS1 
OSO 


W 
-------- 
N 
-------- 


W 
-------- 
SC 
-------- 


W 
-------- 
GPL 
-------- 


W 
-------- 
0 
-------- 


For Each 
W 
-------- 
C 
-------- 
Input Sector 
Sector Repeat: 
W 
-------- 
H 
-------- 
Parameter 
W 
-------- 
R 
-------- 


W 
-------- 
N 
-------- 


Execution 
Data Transfer 
Occurs 


Result 
R 
-------- 
STO 
-------- 
Status After 
R 
-------- 
ST1 
-------- 
Command 
Has 
R 
-------- 
ST2 
-------- 
Completed. 


R 
-------- 
Undefined 
-------- 


R 
-------- 
Undefined -------- 


R 
-------- 
Undefined -------- 


R 
-------- 
Undefined -------- 


The FORMAT 
command 
allows an entire track to be formatted. 
After a pulse from the lOX pin is detected, 
the 
82072 
starts writing 
data on the disk including 
Gaps, Address 
Marks, 
10 Fields and Data Fields, per the IBM 
System 
34 or 3740 format 
(MFM or FM respectively). 
The particular 
values that will be written 
to the gap and 
data field are controlled 
by the values 
programmed 
into N, SC, GPL, and D which 
are specified 
by the host 
during the command 
phase. The data field of the sector is filled with the data byte specified 
by D. The ID Field 
for each sector is supplied 
by the host; that is, four data bytes per sector are needed 
by the 82072 for C, H, R, 


and N (cylinder, 
head, sector 
number 
and sector 
size respectively). 


After formatting 
each sector, the host must send new values for C, H, Rand 
N to the 82072 for the next sector 


on the track. The R value (sector number) is the only value that must be changed 
by the host after each sector 


is formatted. 
This allows 
the disk to be formatted 
with 
nonsequential 
sector 
addresses 
(interleaving). 
This 
incrementing 
and formatting 
continues 
for the whole track until the 82072 encounters 
a pulse on the IDX pin 
again and it terminates 
the command. 


Table 9 contains 
typical values for gap fields which are dependent 
upon the size of the sector and the number 
of sectors 
on each track. Actual values 
can vary due to drive electronics. 


Sector 
Size 
N 
SC 
GPL1 
GPL2 


128 
0 
1A 
07 
18 


256 
1 
OF 
OE 
2A 


FM 
512 
2 
08 
18 
3A 


1024 
3 
04 
47 
8A 


2048 
4 
02 
C8 
FF 


4096 
5 
01 
C8 
FF 


256 
1 
1A 
OE 
36 


512 
2 
OF 
18 
54 
MFM 
1024 
3 
08 
35 
74 


2048 
4 
04 
99 
FF 


4096 
5 
02 
C8 
FF 


128 
00 
12 
07 
09 


128 
00 
10 
10 
19 


512 
02 
08 
18 
30 
FM 
1024 
03 
04 
46 
87 


2048 
04 
02 
C8 
FF 


4096 
05 
01 
C8 
FF 
. .. 
... 


256 
01 
12 
OA 
OC 


256 
01 
10 
20 
32 


512 
02 
08 
2A 
50 
MFM 
1024 
03 
04 
80 
FO 


2048 
04 
02 
C8 
FF 


4096 
05 
01 
C8 
FF 
... 
... 


128 
0 
OF 
07 
18 
FM 
256 
1 
09 
OF 
2A 


512 
2 
05 
18 
3A 


256 
1 
OF 
OE 
36 
MFM 
512 
2 
09 
18 
54 


1024 
3 
05 
35 
74 


GPL 1 = suggested 
GPL values 
in read and write commands 
to avoid splice 
point between 
data field and 10 field of contigu- 
ous sections. 
GPL2 = suggested 
GPL value 
in FORMAT 
TRACK 
command. 


NOTE: 
All values 
are in Hex. 


Figure 
13. System 
3740 Format 
Single 
Density 


3-56 


inter 


Each of the control 
commands 
has a unique set of parameters 
that are sent and returned. 
Control 
commands 
differ in that they do not have a data transfer 
in the execution 
phase. 


CONTROL 
COMMANDS 
WITH 
INTERRUPTS 


READ 10 COMMAND 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
DO 
Remarks 


Command 
W 
0 
MFM 
0 
0 
1 
0 
1 
0 
Command 
Code 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 
Execution 
1ST ID Field 
Located. 
Result 
R 
-------- 
STO 
-------- 
Status After 
R 
-------- 
ST1 
-------- 
Command 
Has 
R 
-------- 
ST2 
-------- 
Completed. 
R 
-------- 
C 
-------- 
Disk Status 
R 
-------- 
H 
-------- 
After The 
R 
-------- 
R 
-------- 
Command 
Has 
R 
-------- 
N 
-------- 
Completed. 


The READ 
ID command 
is used to find the present 
position 
of the recording 
heads. 
The 82072 
stores 
the 
values from the first ID Field it is able to read into its registers. 
If the 82072 does not find an ID Address 
Mark 
on the diskette 
after 
the second 
occurrence 
of a pulse on the IDX pin, it then sets the IC code 
in Status 
Register 
0 to "01" 
(Abnormal 
termination), 
sets the MA bit in Status 
Register 
1 to "1 ", and terminates 
the 
command. 


The following 
commands 
will generate 
an interrupt 
upon completion. 
They do not return any result bytes. It is 
highly 
recommended 
that 
control 
commands 
be followed 
by the SENSE 
INTERRUPT 
STATUS 
command. 
Otherwise, 
valuable 
interrupt 
status information 
will be lost. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
DO 
Remarks 


Command 
W 
0 
0 
0 
0 
0 
1 
1 
1 
Command 
Code 
W 
0 
0 
0 
0 
0 
0 
DS1 
DSO 
Execution 
Head Retracts 
To Track O. 


Interrupt 


This command 
causes the read/write 
head within the FDD to retract to the track 0 position. 
The 82072 clears 
the contents 
of the PCN counter, 
and checks 
the status of the TRKO pin from the FDD. As long as the TRKO 
pin is low, the DIR pin remains 
0 and step pulses 
are issued. 
When the TRKO pin goes 
high, the SE bit in 
Status 
Register 
0 is set to "1 ", and the command 
is terminated. 
If the TRKO pin is still low after 
255 step 
pulses have been issued, the 82072 
sets the SE and the EC bits of Status 
Register 
0 to "1", 
and terminates 
the command. 
Disks capable 
of handling 
more than 256 tracks 
per side may require more than one RECAll· 
BRATE 
command 
to return the head back to physical 
Track O. 


The RECALIBRATE 
command 
does not have a result phase. 
SENSE 
INTERRUPT 
STATUS 
command 
must 
be issued after the RECALIBRATE 
command 
to effectively 
terminate 
it and to provide verification 
of the head 
position 
(PCN). During the command 
phase of the recalibrate 
operation, 
the 82072 
is in the BUSY state, but 
during the execution 
phase it is in a NON BUSY state. At this time another 
RECALIBRATE 
command 
may be 
issued, and in this manner, 
parallel 
RECALIBRATE 
operations 
may be done on up to 4 drives at once. 


Upon power 
up, the software 
must issue a RECALIBRATE 
command 
to properly 
initialize 
all drives 
and the 
controller. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
00 
Remarks 


Command 
W 
0 
0 
0 
0 
1 
1 
1 
1 
Command 
Code 
W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 
W 
-------- 
NCN 
-------- 


Execution 
Head is Moved 
to Specified 
Track. 


The read/write 
head within the FDD is moved 
from track to track under the control 
of the SEEK Command. 


The 82072 
compares 
the PCN which 
is the current 
head position 
with the NCN and performs 
the following 
operation 
if there is a difference: 


-PCN 
< NCN: Direction 
signal to FDD set to "1" 
(step in), and issues step pulses. 


-PCN 
> NCN: Direction 
signal to FDD set to "0" 
(step out), and issues step pulses. 


The rate at which step pulses are issued is controlled 
by SRT (Stepping 
Rate Time) in the SPECIFY command. 


After 
each step pulse is issued, 
NCN is compared 
against 
PCN, and when 
NCN = PCN, then the SE bit in 
Status 
Register 
0 is set to "1", 
and the command 
is terminated. 


During the command 
phase of the seek or recalibrate 
operation, 
the 82072 is in the BUSY state, but during the 
execution 
phase it is in the NON BUSY state. At this time another 
SEEK or RECALIBRATE 
command 
may be 
issued, and in this manner, 
parallel 
seek operations 
may be done on up to 4 drives at once. 


If an FDD is in a NOT READY 
state at the beginning 
of the command 
execution 
phase 
or during 
the seek 
operation, 
then the NR bit in Status 
Register 
0 is set to "1", 
and the command 
is terminated. 


Note that if implied 
seek is not enabled, 
the read and write commands 
should be preceded 
by: 


1) SEEK command; 
Step to the proper track 


2) SENSE INTERRUPT 
STATUS 
command; 
Terminate 
the Seek command 


3) READ 10. 
Verify head is on proper track 


4) Issue READ/WRITE 
command. 


The SEEK 
command 
does 
not have a result 
phase. 
Therefore, 
it is highly 
recommended 
that 
the SENSE 
INTERRUPT 
STATUS 
Command 
after the SEEK command 
be issued to effectively 
terminate 
it and to provide 
verification 
of the head position 
(PCN). The H bit (Head Address) 
in STO will always return a "0". 
When exiting 
POWER DOWN mode, the 82072 clears the PCN value and the status information 
to zero. Prior to issuing the 
POWER DOWN 
command, 
it is highly recommended 
that the user service 
all pending 
interrupts 
through 
the 
SENSE 
INTERRUPT 
STATUS 
command. 


These 
commands 
have no execution 
phase and do not generate 
an interrupt 
upon completion. 
Their primary 
use is to follow 
one of the commands 
that do not have an execution 
phase, 
although 
they may be issued 
whenever 
the 82072 
is in the command 
phase. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
00 
Remarks 
Command 
W 
0 
0 
0 
0 
1 
0 
0 
0 
Command 
Code 
Result 
R 
-------- 
STO 
-------- 


R 
-------- 
PCN 
-------- 


inter 


An interrupt 
signal on INT pin is generated 
by the 82072 for one of the following 
reasons: 


1. Upon entering 
the Result 
Phase of: 


a. READ DATA Command 


b. READ TRACK 
Command 


c. READ ID Command 


d. READ DELETED 
DATA Command 


e. WRITE 
DATA Command 


f. FORMAT 
TRACK 
Command 


g. WRITE 
DELETED 
DATA Command 


2. RDY pin changes 
state 


3. End of SEEK, RELATIVE 
SEEK or RECALIBRATE 
Command 


4. 82072 
requires 
a data transfer 
during the execution 
phase in the non-DMA 
Mode 


The SENSE 
INTERRUPT 
STATUS 
command 
resets 
the interrupt 
signal 
and via the IC code 
and SE bit of 
Status 
Register 
0, identifies 
the cause of the interrupt. 


Table 10. Interrupt 
Identification 


SE 
Ie 
Interrupt 
Due To 


0 
11 
RDY pin changes 
state 
1 
00 
Normal Termination 
of SEEK or RECALIBRATE 
command 
1 
01 
Abnormal 
Termination 
of SEEK or RECALIBRATE 
command 


The SEEK, RELATIVE 
SEEK and the RECALIBRATE 
commands 
have no result phase. SENSE 
INTERRUPT 
STATUS 
command 
must 
be issued 
immediately 
after 
these 
commands 
to terminate 
them 
and to provide 
verification 
of the head position 
(PCN). The H (Head Address) 
bit in STO will always return a "0". 
If a SENSE 
INTERRUPT 
STATUS 
is not issued, the drive, will continue 
to be BUSY and may effect 
the operation 
of the 
next command. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
DO 
Remarks 


Command 
W 
0 
0 
0 
0 
0 
1 
0 
0 
Command 
Code 
W 
MOT 
0 
0 
0 
0 
HD5 
DSI 
DSO 
Result 
R 
-------- 
ST3 
-------- 


SENSE 
DRIVE STATUS 
obtains 
drive status information. 
It has no execution 
phase and goes directly 
to the 
result phase from the command 
phase. STATUS 
REGISTER 
3 contains 
the drive status information. 
If Bit 7 of 
the second command 
byte is set (MOn, 
there is no delay before the drive is accessed 
for status information. 
If 
Bit 7 is not set, and the motor is off or a drive different 
from the current drive is selected. 
The 82072 waits the 
motor ON/OFF 
delay period before accessing 
the drive. In either case, the motor is always turned 
on before 
the status 
information 
is accessed. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
DO 
Remarks 


Command 
W 
0 
0 
0 
0 
0 
0 
1 
1 
Command 
Code 
W 
<---SRT---> 
<---HUT---> 
W 
<-------- 
HLT 
------> 
ND 
Execution 
Values Placed 
Into Regs. 


The SPECIFY 
command 
sets the initial values 
for each of the three 
internal 
timers. 
The HUT (Head Unload 
Time) defines 
the time from the end of the execution 
phase of one of the read/write 
commands 
to the head 
unload state. The SRT (Step Rate Time) defines the time interval between 
adjacent 
step pulses. Note that the 
spacing 
between 
the first and second 
step pulses 
may be shorter 
than the remaining 
step pulses. 
The HL T 
(Head 
Load Time) 
defines 
the time between 
the Head Load signal goes high and the read, write operation 
starts. The values change 
with the data rate speed selection 
and are documented 
in Table 11. The values are 
the same for MFM and FM. 


inter 


HUT 
SRT 


1M 
500K 
300K 
250K 
1M 
500K 
300K 
250K 


1 
128 
256 
512 
1024 
8.0 
16 
26.7 
32 
2 
8 
16 
26.7 
32 
7.5 
15 
25 
30 
.. 
. . 
.. 
.. 
. . 
.. 
. . 
. . 
.. 
E 
112 
224 
373 
448 
1.0 
2 
3.33 
4 
F 
120 
240 
400 
480 
0.5 
1 
1.67 
2 


HLT 


1M 
500K 
300K 
250K 


00 
128 
256 
512 
1024 
01 
1 
2 
3.3 
4 
02 
2 
4 
6.7 
8 


.. 
. . 
.. 
. . 
7F 
126 
252 
420 
504 
7F 
127 
254 
423 
508 


The choice of DMA or NON-DMA operations 
is made by the ND bit. When this bit is "1", the NON-DMA mode 
is selected, and when ND is "0", the DMA mode is selected. In DMA mode, data transfers are signalled by the 
DRO pin. Non-DMA mode uses the ROM bit and the INT pin to signal data transfers. 


Phase 
R/W 
D7 
D6 
D5 
D4 
D3 
D2 
D1 
DO 
Remarks 


Command 
W 
0 
0 
0 
1 
0 
0 
1 
1 
W 
HSDA 
<--MOFF--> 
<---MON--> 
Configuration 
W 
0 
EIS 
EFIFO 
POLL 
<- 
- 
FIFOTHR--> 
Information 
. 
W 
<--------- 
PRETRK---------> 


Issued to select the special features of the 82072. A CONFIGURE command need not be issued if the default 
values of the 82072 meet the system requirements. 


CONFIGURE 
DEFAULT 
VALUES: 
EIS 
-No 
Implied Seeks 


EFIFO 
-FIFO 
Disabled 


POLL 
-Polling 
Enabled 


FIFOTHR -FIFO 
Threshold 
Set to 1 Byte 


PRETRK 
-Pre-Compensation 
Set to Track 0 


HSDA 
-Disabled 


MOFF 
-Set 
to Motor Off Delay of 5.2 Seconds 


MON 
-Set 
to 0.0 Second 


Enable implied seek. When set to "1", 
the 82072 will perform a SEEK operation 
before executing 
a read or 


write command. 
Defaults to no implied seek. 


inter 


A "1" 
puts the FIFO into the 8272A 
compatible 
mode where the FIFO is disabled. 
This means data transfers 
are asked for on a byte by byte basis. Defaults 
to "1", 
FIFO disabled. 
The threshold 
defaults 
to one. 


Disable polling of the drives. Defaults to "0", 
polling enabled. 
When enabled, 
each of the drives is selected 
for 
a period 
of time, and its RDY pin sampled. 
After 
a delay, the next drive is selected. 
This sequence 
occurs 
whenever 
the 82072 
is in the idle state. An interrupt 
is generated 
if the 82072 
detects 
a change 
in the drive 
RDY signal. No polling is performed 
while the drive head is loaded and the head unload delay has not expired. 


The FIFO threshold 
in the execution 
phase 
of read or write commands. 
This is programmable 
from 
1 to 16 
bytes. Defaults 
to one byte. 


00 = 1 byte 


01 = 2 bytes 


02 = 3 bytes 


00 = TRACK 
0 


01 = TRACK 
1 


02 = TRACK 
2 


FE = TRACK 
254 


FF = TRACK 
255 


High Speed 
Disk Adjust causes 
the motor on/off 
delays to be doubled. 
This is necessary 
for disks that rotate 
at high rates (Le., 600 RPM vs 300 RPM). Defaults 
to a "0" 
which 
is disabled. 


Programs 
the number of index pulses to be counted 
before the MOTOR 
pin is deactivated 
(if high). All 82072 
commands 
restart the motor off timer upon their completion. 
The MOFF bits increment 
the count value by 4. 


The HSDA bit doubles that value for disks that spin extremely 
fast. This chart is simplified 
to illustrate 
the count 
delays. 
All combinations 
are legal and no checking 
is done by the 82072. 


MOFF 
HSDA 
Revolutions 
Delay 


Bits 
300RPM 
360RPM 
600RPM 


000' 
0 
2 
0.4 
0.33 
0.2 
SEC. 
000 
1 
4 
- 
- 
0.4 


001 
0 
6 
1.2 
1.0 
0.6 


001 
1 
12 
- 
- 
1.2 


010 
0 
10 
2.0 
1.67 
1.0 


010 
1 
20 
- 
- 
2.0 


• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 


110 
0 
26 
5.2 
4.33 
2.6 


110 
1 
52 
- 
- 
5.2 


111 
0 
30 
6.0 
5.0 
3.0 


111 
1 
60 
- 
- 
6.0 


NOTE: 
If MOFF and MaN and HSDA are all zero, Motor Off Delay is infinite. MOTOR Pin must be 
given a command to go On/Off. 


Programs 
the number of Index pulses that are counted 
after the MOTOR 
pin goes active before 
a command 
can proceed 
into the execution 
phase. This is to give the floppy drive time to spin up and stabilize 
at the proper 
speed. 
If MOTOR 
is already 
active, 
no delay will be generated 
even if the same drive is selected. 
The MON 
bits increment 
the index count by one and the HSDA bit will double 
that value if active. All combinations 
are 
legal and no checking 
is done by the 82072. 


MON 
HSDA 
Motor on to Command 
Execution 
Delay 


Revolutions 
300RPM 
360RPM 
600RPM 


0000 
Zero Motor 
On Delay 


0001 
0 
1 
0.2 
0.17 
0.1 
SECS. 


0001 
1 
2 
- 
- 
0.2 


0010 
0 
2 
0.4 
0.33 
0.2 


0010 
1 
4 
- 
- 
0.4 


0011 
0 
3 
0.6 
0.5 
0.3 


0011 
1 
6 
- 
- 
0.6 


: 
: 
: 
1111 
0 
15 
3.0 
2.5 
1.5 


1111 
1 
30 
- 
- 
3.0 


NOTE: 
Actual index counts depend upon the position of the disk and when the command begins pro- 
cessing. There is an error rate of -1/ +0 revolutions. 


The MOTOR 
logic provides 
a programmable 
motor enable signal to the FDDs. This is to allow the drive time to 
spin up the floppy and stabilize 
before attempting 
a read or write. Most floppy drives do not require the drive to 
be selected 
(through the DSx line) or to be ready. The application 
should qualify the MOTOR 
pin with the drive 
select 
outputs. 
The 82072 will activate 
the appropriate 
drive select outputs 
along with the MOTOR 
pin. Figure 
14 is an example 
of the interface 
logic. If a drive is not currently 
selected 
or the MOTOR 
signal is not on, DS 
and MOTOR 
are activated 
the programmed 
time before the drive is accessed. 


NOTE: 


This interface 
logic assumes 
polling 
is disabled. 
undesired 
drive selects 
will occur 
if polling 
is enabled. 


inter 


05 


DSO 


Remarks 


Command 
Code 


Determines 
whether 
the command 
sets the MOTOR 
pin high or low independent 
of the internal 
timer. A "0" 


takes the MOTOR 
pin low immediately 
and a "1" 
takes the pin to a high. The 82072 returns to the command 
phase. 


The internal 
timer takes drive changes 
into account. 
When switching 
between 
drives, the MOFF time will be 
ignored 
so that the newly selected 
drive can be accessed 
as soon as the MOTOR 
ON delay has expired. The 
MOTOR 
ON/OFF 
command 
allows the user to override 
the programmed 
delays. The typical 
implementation 
would 
not use the MOTOR 
ON/OFF 
command 
to enable 
the drive motor 
because 
the delays would 
be the 
responsibility 
of the host system. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
00 
Remarks 


Command 
W 
1 
DIR 
0 
0 
1 
1 
1 
1 


W 
0 
0 
0 
0 
0 
HDS 
DS1 
DSO 


W 
<-------- 
RCN 
--------> 


NOTE: 
The command 
is coded 
the same as for SEEK, except 
for the MSB of the first byte and the DIR bit. 


DIR 
Head Step Direction 
Control. 


1~ 
O~IR 
A_c_t_lo_n 
_ 
Step Head Out 
Step Head In 


RCN 
Relative 
Cylinder 
Number that determines 
how many tracks to step the head in or out from the current 
track number. 


The RELATIVE 
SEEK command 
differs from the SEEK command 
in that it steps the head the absolute 
number 
of tracks 
specified 
in the command 
instead 
of making 
a comparison 
against 
an internal 
register. 
The SEEK 
command 
is good for drives that support 
a maximum 
of 256 tracks. 
RELATIVE 
SEEKs cannot 
be overlapped 
with other RELATIVE 
SEEKs. Only one RELATIVE 
SEEK can be active at a time. RELATIVE 
SEEKs 
may be 
overlapped 
with SEEKs 
and RECALIBRATEs. 
Bit 4 of Status 
Register 
0 (EG) will be set if RELATIVE 
SEEK 


attempts 
to step outward 
beyond 
Track O. 


inter 


As an example, 
assume that a floppy drive has 300 useable 
tracks and that the host needs to read track 300 
and the head is on any track (0-255). 
If a SEEK command 
was issued, the head would stop at track 255. If a 
RELATIVE 
SEEK 
command 
was issued, 
the 82072 
would 
move the 
head the specified 
number 
of tracks, 
regardless 
of the internal 
cylinder 
position 
register 
(but would increment 
the register). 
If the head had been on 
track 40 (D), the maximum 
track that the 82072 could position 
the head on using RELATIVE 
SEEK, would be 
296 (D), the initial track, + 256 (D). The maximum 
count that the head can be moved with a single RELATIVE 
SEEK command 
is 256 (D). 


The internal 
register, 
PCN, would overflow 
as the cylinder 
number crossed 
track 255 and would contain 40 (D). 
The resulting 
PCN value is thus (NCN + PCN) mod 256. Functionally, 
the 82072 starts counting 
from 0 again 
as the track number goes above 255(0). It is the users responsibility 
to compensate 
82072 functions 
(precom- 
pensation 
track 
number) 
when accessing 
tracks 
greater 
than 255. The 82072 does not keep track 
that it is 
working 
in an "extended 
track 
area" 
(greater 
than 255). Any command 
issued 
would 
use the current 
PCN 
value except for the RECALIBRATE 
command 
which only looks for the TRACKO signal. RECALIBRATE 
would 
return an error if the head was farther than 255 due to its limitation 
of issuing a maximum 256 step pulses. The 
user simply 
needs to issue a second 
RECALIBRATE 
command. 
The SEEK command 
and implied 
seeks will 
function 
correctly 
within the 44 (D) track (299-255) 
area of the "extended 
track area". 
It is the users responsi- 
bility not to issue a new track position 
that would exceed 
the maximum 
track that is present 
in the extended 
area. 


To return to the standard 
floppy 
range (0-255) 
of tracks, 
a RELATIVE 
SEEK would 
be issued to cross 
the 
track 255 boundary. 


A RELATIVE 
SEEK can be used instead 
of the normal 
SEEK but the host is required 
to calculate 
the differ- 
ence between 
the current 
head location 
and the new (target) head location. 
This may require the host to issue 
a READ 
10 command 
to ensure 
that 
the 
head 
is physically 
on the track 
that 
software 
assumes 
it to be. 
Different 
82072 
commands 
will return 
different 
cylinder 
results 
which 
may be difficult 
to keep track 
of with 
software 
without 
the READ 10 command. 


Phase 
R/W 
07 
06 
05 
04 
03 
02 
01 
DO 
Remarks 


Command 
W 
0 
0 
0 
0 
1 
1 
1 
0 
'Note 


Execution 
Registers 
Placed into 
FIFO 
R 
PCN-DriveO 


R 
PCN-Drive 1 


R 
, 
PCN-Drive 2 


R 
PCN-Drive 3 


Result 
R 
<--- SRT ---> 
<--- 
HUT 
--- 
> 
R 
<------- 
HLT 
-------> 
NO 
R 
<-------- 
SC/EOT 
--------> 
See Note 
R 
HSDA 
<- MOFF -> 
<--- MON ---> 


R 
0 
EIS 
EFIFO 
POLL 
<-- FIFOTHR 
--> 


R 
<-------- 
PRETRK 
--------> 


NOTE: 
SC is returned 
if the last command 
that was issued 
was the Format 
command. 
EOT is returned 
if the last command 
issued 
was a Read or Write. 


The DUMPREG 
command 
is designed 
to support 
system run-time 
diagnostics 
and application 
software 
devel- 
opment 
and debug. 


inter 


Bit 
Symbol 
Name 
Description 
No. 


7,6 
IC 
Interrupt 
OO-Normal termination 
of command. 
The specified 
command 
Code 
was properly 
executed 
and completed 
without 
error. 


01-Abnormal 
termination 
of command. 
Command 
execution 
was started, but was not successfully 
completed. 


1O-Invalid command. 
The requested 
command 
could not be 
executed. 
11-Abnormal 
termination. 
During the command 
execution, 
the 


ROY signal changed 
state. 


SE 
Seek End 
The 82072 completed 
a SEEK or RECALIBRATE 
command, 


or a READ or WRITE with implied seek command. 


4 
EC 
Equipment 
The TRKO pin failed to become 
a "1" 
after: 
Check 
1. 256 step pulses in the RECALIBRATE 
command. 
2. The RELATIVE 
SEEK command 
causes the 82072 to step 
outward 
beyond Track O. 
3 
NR 
Not Ready 
ROY pin became 
a "0" while executing 
a read, write, seek, or 


recafibrate 
command. 


2 
H 
Head Address 
The current head address. 


1,0 
DS1,O 
Drive Select 
The current selected 
drive. 


Bit 
Symbol 
Name 
Description 
No. 


7 
EN 
End of 
The 82072 tried to access a sector beyond the final sector of 


Cylinder 
the track (2550). 


6 
- 
- 
Unused. This bit is always "0". 


5 
DE 
Data Error 
The 82072 detected 
a CRC error in either the 10 field or the 


data field of a sector. 


4 
OR 
Overrun/ 
Becomes 
set if the 82072 does not receive CPU or DMA 


Underrun 
service within the required time interval, resulting 
in data 


overrun or underrun. 


3 
- 
- 
Unused. This bit is always "0". 


2 
NO 
No Data 
Anyone 
of the following: 


1. READ DATA, READ DELETED 
DATA command, 
the 


82072 did not find the specified 
sector. 


2. READ 10 command, 
the 82072 cannot 
read the 10 field 


without 
an error. 


3. READ TRACK command, 
the 82072 cannot find the proper 


sector sequence. 


1 
NW 
Not Writable 
WP pin became a "1" while the 82072 is executing 
a WRITE 


DATA, WRITE DELETED 
DATA, or FORMAT 
TRACK 


command. 


0 
MA 
Missing 
Anyone 
of the following: 
Address 
Mark 
1. The 82072 did not detect an 10 address mark at the 
specified 
track after encountering 
the index pulse from the 


lOX pin twice. 
2. The 82072 cannot 
detect a data address 
mark or a deleted 


data address 
mark on the specified 
track. 


Bit 
Symbol 
Name 
Description 


No. 


7 
- 
- 
Unused. This bit is always "0". 


6 
CM 
Control 
Mark 
Anyone 
of the following: 


1. READ DATA command, 
the 82072 encounters 
a deleted 


data address 
mark. 


2. READ DELETED 
DATA command, 
the 82072 encounters 


a data address 
mark. 


5 
DO 
Data Error 
The 82072 detected 
a CRC error in the data field. 
in Data 
Field. 


4 
WC 
Wrong 
The track address from the sector 10 field is different 
from 


Cylinder 
the track address 
maintained 
inside the 82072. With implied 


seek, this bit will not be set. 


3 
- 
- 
Unused. This bit is always "0". 


2 
- 
- 
Unused. This bit is always "0". 


1 
BC 
Bad Cylinder 
The track address from the sector 10 field is different 
from 


the track address 
maintained 
inside the 82072 and is equal 


to FF hex which indicates 
a bad track with a hard error 


according 
to the IBM soft-sectored 
format. 


0 
MD 
Missing Data 
The 82072 cannot detect a data address 
mark or a deleted 


Address 
Mark 
data address 
mark. 


Bit 


. 


No. 
Symbol 
Name 
Description 


7 
- 
- 
Unused. This bit is always "0". 
6 
WP 
Write 
Indicates 
the status of the WP pin. 
Protected 


5 
ROY 
Ready 
Indicates the status of the ROY pin. 


4 
TO 
TRACK 0 
Indicates the status of the TRKO pin. 
3 
- 
- 
Unused. This bit is always "1 ". 


2 
HD 
Head Address 
Indicates 
the status of the HDSEL pin. 


1,0 
DS1,O 
Direct Select 
Indicates 
the status of the DS1, DSO pins. 


•Notice: Stresses above those listed under '~bso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Storage Temperature 
-65·C 
to + 150·C 


Supply Voltage 
- 0.5 to + 8.0V 


Voltage 
on Any Input 
GND - 
2V to 6.5V 


Voltage 
on Any Output .. GND - 
0.5V to VCC + 0.5V 


Power Dissipation 
1 Watt 
NOTICE' Specifications contained within the 
following tables are subject to change. 


Symbol 
Parameter 
Min 
Max 
Unit 
Test Condition 


VILe 
Input Low Voltage, 
X1 
-0.5 
0.8 
V 


VIHe 
Input High Voltage, 
X1 
3.9 
Vee +0.5 
V 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 
(all pins except X1) 


VIH 
Input High Voltage 
2.0 
Vee +0.5 
V 
(all pins except X1) 


VOL 
Output Low Voltage 
0.4 
V 
IOL = 2.5 mA 


VOH 
Output High Voltage 
3.0 
V 
IOH = -2.5 
mA 
Vee -0.4 
V 
IOH = 100 IJoA 


Ice 
Vee Supply Current 
tbd 
mA 
(Note 1, 3, 5, 6) 
(Digital and Analog) 
tbd 
mA 
(Note 1, 4, 5, 6) 
25 
mA 
(Note 2, 3, 5, 6) 
35 
mA 
(Note 2, 4, 5, 6) 


leess 
Ice in Powerdown 
1 
mA 
(Note 3,5) 


IlL 
Input Load Current 
10 
IJoA 
VIN = Vee 


(all input pins) 
-10 
IJoA 
VIN = OV 


IOFL 
Data Bus Output Float Leakage 
±10 
IJoA 
0.45 <Vour<Vee 


NOTES: 
1. Tested 
at the 1 Mbps data rate. 


2. Tested 
at the 500 kbps data rate. 
3. Vil 
= Vss, 
VIH = Vee; Outputs 
not connected 
to D.C. loads. 
4. VIL = 0.8, VIH = 2.0; Outputs 
not connected 
to D.C. loads. 
5. Each data bus input that is floated 
can increase 
the Ice by about 
1.5 mA if the 82072 
is not in the POWER 
DOWN 
mode. 


These 
are the only inputs 
that may be floated. 


6. Tested 
while the 82072 
internal 
PLL is reading 
a sync field of "00". 


inter 


CIN 
Input Capacitance 
10 
pF 
F = 1 MHz, TA = 25°C 


CIN1 
Clock Input Capacitance 
20 
pF 
Sampled, 
not 100% Tested 


CliO 
Input/Output 
Capacitance 
20 
pF 


NOTE: 
All pins except 
pins under test are tied to AC ground. 
IF· 


vss 
:~=:x::>""~'""<::x= 


290122-28 
290122-17 


82072 
Cload = 50 pF for all logic outputs, 


100 pF for the data bus. 


Symbol 
Parameter 
Min 
Max 
Unit 
Notes 


CLOCK TIMINGS 


t1 
Clock Rise Time 
10 
ns 


Clock Fall Time 
10 
ns 


t2 
Clock High Time 
16 
26 
ns 
(Note 7) 


t3 
Clock Low Time 
16 
26 
ns 
(Note 7) 


t4 
Clock Period 
40 
43 
ns 


t5 
Internal Clock Period 
(Note 3) 


HOST READ CYCLES 


t6 
Deleted Specification 


t7 
Address 
Setup to RD 
5 
ns 


t8 
RD Pulse Width 
100 
ns 


t9 
Address 
Hold From RD 
0 
ns 


t10 
Data Valid From RD 
60 
ns 
. 


t11 
Command 
Inactive 
60 
ns 


t12 
Output Float Delay 
35 
ns 


t13 
INT Delay From RD 
t5+ 
125 
ns 


t14 
Data Hold From RD 
5 
ns 


inter 


A.C. SPECIFICATIONS 
(Continued) 


TA 
i= O·C to 70·C, VCC = 
+ 5V ± 10%, VSS = AVSS = OV 


Symbol 
Parameter 
Min 
Max 
Unit 
Notes 


HOST WRITE CYCLES 


t15 
Address 
Setup to WR 
5 
ns 


t16 
WR Pulse Width 
100 
ns 


t17 
Address 
Hold from WR 
0 
ns 


t18 
Command 
Inactive 
60 
ns 


t19 
Data Setup to WR 
70 
ns 


t20 
Data Hold from WR 
0 
ns 


t21 
INT Delay from WR 
t5+125 
ns 


DMACYCLES 


t22 
ORO Cycle Period 
6.5 
IJos 
(Note 1) 


t23 
DACK to ORO Inactive 
75 
ns 
(Note 1) 


t24 
RD to ORO Inactive 
150 
ns 
(Note 4) 


t25 
DACK Setup to RD, WR 
5 
ns 


t26 
DACK Hold from RD, WR 
0 
ns 


t27 
DRO to RD, WR Active 
0 
6 
IJos 
(Note 1) 


t28 
Terminal 
Count Width 
1 
t5 


t29 
TC to DRO Inactive 
2.5 t5+ 
100 
ns 


RESET 


t30 
Reset Width 
170 
t4 
(Note 5) 


t31 
Reset to Control 
Inactive 
2 
IJos 


WRITE 
DATA TIMING 


t32 
Write Data Width 
t5 - 
50 
ns 
(Note 6) 


DRIVE CONTROL 


t33 
DSO,1 Setup to DIR 
6 
25 
IJos 
(Note 8) 


t34 
DSO, 1 Hold from DIR 
8 
IJos 


t35 
DIR Setup to STEP 
0.5 
2 
IJos 


t36 
DIR Hold from STEP 
10 
IJos 


t37 
STEP Active Time (High) 
2.5 
IJos 


t38 
STEP Cycle Time 
IJos 
(Note 2) 


t39 
INDEX Pulse Width 
5 
t5 


inter 


A.C. SPECIFICATIONS 
(Continued) 


TA = O·C to 70·C, VCC = 
+5V 
±10%, 
VSS = AVSS = OV 


Symbol 
Parameter 
Mln 
Max 
Unit 
Notes 


READ DATA TIMING 


t40 
Read Data Pulse Width 
40 
ns 


t41 
Window Setup to RDDATA 
15 
ns 


t42 
Window 
Hold from RDDATA 
15 
ns 


t43 
Window Cycle Time 
2 
/Ls 
FM 


Window Cycle Time 
0.5 
/Ls 
MFM 


f44 
PLL Data Rate 
1M 
bitls 
82072-1 


SOaK 
bitls 
82072 


t44 
Data Rate Period 
1/f44 


tLOCK 
Lockup Time 
64 
t44 


NOTES: 
1. This timing is for FIFO threshold = 1. When FIFO threshold is N bytes, the value should be multiplied by N and subtract 
1.5 /-'S. The value shown is for 1 Mbps, scales linearly with data rate. 
2. This value can be ranged from 0.5 ms to 8.0 ms and is dependent upon data rate. 
3. Many timings are a function of the selected data rate. The nominal values for the internal clock period (t5) for the various 
data rates are: 


1 Mbps 
3 x oscillator period = 125 ns 


500 Kbps 
6 x oscillator period = 250 ns 


300 Kbps 
lOx oscillator period = 420 ns 


250 Kbps 
12 x oscillator period = 500 ns 


4. If DACK transitions before RD, then this specification is ignored. If there is no transition on DACK, then this becomes the 
ORO inactive delay. 


5. Reset requires a stable oscillator to meet the minimum active period. 
6. Based on the internal clock period (ts). For various data rates, the Write Data Width minimum values are: 


1 Mbps 
3 x oscillator period - 50 ns = 
75 ns 


500 Kbps 
6 x oscillator period - 50 ns = 200 ns 


300 Kbps 
10 x oscillator period -50 
ns = 370 ns 


250 Kbps 
12 x oscillator period - 50 ns = 450 ns 


7. Test points for clock high time are 3.5V. Due to transitional times, clock high time max and clock low time max cannot be 
met simultaneously. Clock high time min and clock low time max cannot be met simultaneously. 
8. Based on internal clock period (ts). 
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Figure 15. Jitter Tolerance 
vs Data Rate 


(Fe = 250 Kbps) 
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Figure 17. Typical 
Capture 
Range 


(Fe = 250 Kbps) 
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Figure 16. Jitter Tolerance 
vs Data Rate 


(Fe = 500 Kbps) 
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Figure 18. Typical 
Capture 
Range 


(Fe = 500 Kbps) 


NOTES: 
Maximum bit shift from nominal position 
9. Jitter tolerance is defined as: 
d 
f 
. 
I d 
x 100% 
1/4 perio 
0 nomina 
ata rate 


It is a measure of the allowable bit jitter that may be present and still be correctly detected. The data separator jitter 
tolerance is measured under dynamic conditions that jitters the bit stream according to a reverse precompensation algo- 
rithm. 
10. Capture range is the frequency range over which the data separator will acquire phase lock with the incoming data 
stream. This measurement is performed by an iterative process that tabulates the data separator success rate in acquiring 
lock over a frequency range. The bit stream is jittered by 40% as defined above to reflect typical floppy disk conditions. 


inter 


AO.CS. 


OACK 


inter 


AO,CS, 
OACK 


TC 
~t28~- 
-' 
t=29~ 


ORQ 
~ 
--------- 


j;::: 


t30=t 


RESET ~- 
_ 


_____ 


t3151 


DRO,INT, 
WE 
------- 


="~-t33 
--~JC 


INDEX 
~ 


-~~t39~~-- 


NOTE: 
For overlapped 
seeks, 
only one step pulse per drive selection 
is issued. 
Non-overlapped 
seeks will issue all programmed 
step pulses. 
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Most microcomputer systems in use today require low- 
cost, high-density removable magnetic media for infor- 
mation storage. In the area of removable media, a de- 
signer's choice is limited to magnetic types and floppy 
disks (flexible diskettes), both of which offer non-vola- 
tile data storage. The choice between these two technol- 
ogies is relatively straight-forward for a given applica- 
tion. Since disk drives are designed to permit random 
access to stored information, they are significantly fast- 
er than tape units. For example, locating information 
on a disk requires less than a second, while tape move- 
ment (even at the fastest rewind or fast-forward speed) 
often requires several minutes. This random access abil- 
ity permits the use of floppy disks in on-line storage 
applications (where information must be located, read, 
and modified/updated 
in real-time under program or 


operator control). Tapes, on the other hand, are ideally 
suited to archival or back-up storage due to their large 
storage capacities (more than 10 million bytes of data 
can be archived on a cartridge tape). 


A sophisticated controller is required to capitalize on 
the abilities of the disk storage unit. In the past, disk 
controller designs have required upwards of 150 ICs. 
Today, the single-chip 8272 Floppy Disk Controller 
(FDC) plus approximately 30 support devices can han- 
dle up to four million bytes of on-line data storage on 
four floppy disk drives. 


A floppy disk is a circular piece of thin plastic material 
covered with a magnetic coating and enclosed in a pro- 
EJ~~ 


• 
INDEX HOLE 
o 
I 
n 


WRITE PROTECT NOTCH "'" 


tective jacket (Figure 1). The circular piece of plastic 
revolves at a fixed speed (approximately 360 rpm) with- 
in its jacket in much the same manner that a record 
revolves at a fixed speed on a stereo turntable. Disks 
are manufactured in a variety of configurations for vari- 
ous storage capacities. Two standard physical disk sizes 
are commonly used. The 8-inch disk (8 inches square) 
is the larger of the two sizes; the smaller size (5,/. 
inches square) is often referred to as a mini-floppy. Sin- 
gle-sided disks can record information on only one side 
of the disk, while double-sided disks increase the stor- 
age capacity by recording on both sides. In addition, 
disks are classified as single-density or double-density. 
Double-density disks use a modified recording method 
to store twice as much information in the same disk 
area as can be stored on a single-density disk. Table 1 
lists storage capacities for standard floppy disk media. 


A magnetic head assembly (in contact with the disk) 
writes information onto the disk surface and subse- 
quently reads the data back. This head assembly can 


Single-Density Format 


Byte/Sector 
128 
256 
512 
1024 


Sectors/Track 
26 
15 
8 
4 


Track/Disk 
77 
77 
77 
77 


Bytes/Disk 
256,256 
295,680 
315,392 
315,392 


Double-Density Format 


Byte/Sector 
128 
256 
512 
1024 


Sectors/Track 
52 
30 
16 
8 


Track/Disk 
77 
77 
77 
77 


Bytes/Disk 
512,512 
591,360 
630,784 
630,784 


move from the outside edge of the disk toward the cen- 
ter in fixed increments. Once the head assembly is posi- 
tioned at one of these fixed positions, the head can read 
or write information in a circular path as the disk re- 
volves beneath the head assembly. This method divides 
the surface into a fixed number of cylinders (as shown 
in Figure 2). There are normally 77 cylinders on a stan- 
dard disk. Once the head assembly is positioned at a 
given cylinder, data may be read or written on either 
side of the disk. The appropriate side of the disk is 
selected by the read/write 
head address (zero or one). 


Of course, a single-sided disk can only use head zero. 
The combination of cylinder address and head address 
uniquely specifies a single circular track on the disk. 
The physical beginning of a track is located by means of 
a small hole (physical index mark) punched through 
the plastic near the center of the disk. This hole is opti- 
cally sensed by the drive on every revolution of the 
disk. 


Each track is subdivided into a number of sectors (see 
detailed discussion in section 3). Sectors are generally 
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128,256,512, 
or 1024 data bytes in length. This track 
sectoring may be accomplished by one of two tech- 
niques: hard sectoring or soft sectoring. Hard sectored 
disks divide each track into a maximum of 32 sectors. 
The beginning of each sector is indicated by a sector 
hole punched in the disk plastic. Soft sectoring, the 
IBM standard method, allows software selection of sec- 
tor sizes. With this technique, each data sector is pre- 
ceded by a unique sector identifier that is read/written 
by the disk controller. 
~ 


A floppy disk may also contain a write protect notch . 
punched at the edge of the outer jacket of the disk. This 
notch is detected by the drive and passed to the control- 
ler as a write protect signal. 


The floppy disk drive is an electromechanical device 
that records data on, or reads data from, the surface of 
a floppy disk. The disk drive contains head control elec- 
tronics that move the head assembly one increment 
(step) forward (toward the center of the disk) or back- 
ward (toward the edge of the disk). Since the recording 
head must be in contact with the disk material in order 
to read or write information, the disk drive also con- 
tains head-load electronics. Normally the read/write 
head is unloaded until it is necessary to read or write 
information on the floppy disk. Once the head assembly 
has been positioned over the correct track on the disk, 
the head is loaded (brought into contact with the disk). 
This sequence prevents excessive disk wear. A small 
time penalty is paid when the head is loaded. Approxi- 
mately thirty to fifty milliseconds are needed before 
data may be reliably read from, or written to, the disk. 
This time is known as the head load time. If desired, 
the head may be moved from cylinder to cylinder while 
loaded. In this manner, only a small time interval (head 
settling time) is required before data may be read from 
the new cylinder. The head settling time is often shorter 
than the head load time. Typically, disk drives also con- 
tain drive select logic that allows more than one physi- 
cal drive to be connected to the same interface cable 
(from the controller). By means of a jumper on the 
drive, the drive number may be selected by the OEM or 
end user. The drive is enabled only when selected; when 
not selected, all control signals on the cable are ignored. 


Finally, the drive provides additional signals to the sys- 
tem controller regarding the status of the drive and 
disk. These signals include: 


Drive Ready-Signals 
the system that the drive door is 
closed and that a floppy disk is inserted into the drive. 


Track Zero-Indicates 
that the head assembly is locat- 
ed over the outermost track of the disk. This signal may 
be used for calibration of the disk drive at system ini- 
tialization and after an error condition. 


Write Protect-Indicates 
that the floppy disk loaded 
into the drive is write protected. 


Dual Sided-Indicates 
that the floppy disk in the drive 
is dual-sided. 


Write Fault-Indicates 
that an error occurred during a 
recording operation. 


Index-Informs 
the system that the physical index 
mark of the floppy disk (signifying the start of a data 
track) has been sensed. 


Figure 2. Concentric 
Cylinders 
on a Floppy 
Diskette 
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A disk subsystem consists of the following functional 
electronic units: 
1) Disk Controller Electronics 
2) Disk Drive Electronics 
3) ControllerlDisk 
Interface (cables, drivers, termina- 
tors) 
4) ControllerlMicroprocessor 
System Interface 


The operation of these functional units is discussed in 
the following paragraphs. 


The disk controller is responsible for converting high- 
level disk commands (normally issued by software exe- 
cuting on the system processor) into disk drive com- 
mands. This function includes: 
1) Disk 
Drive 
Selection-Disk 
controllers 
typically 
manage the operations of multiple floppy disk drives. 
This controller function permits the system proces- 
sor to specify which drive is to be used in a particu- 
lar operation. 


2) Track Selection-The 
controller issues a timed se- 


quence of step pulses to move the head from its cur- 
rent location to the proper disk cylinder from which 
data is to be read or to which data is to be written. 
The controller stores the current cylinder number 
and computes the stepping distance from the current 
cylinder to the specified cylinder. The controller also 
manages the head select signal to select the correct 
side of the floppy disk. 
3) Sector Selection-The 
controller monitors the data 


on a track until the requested sector is sensed. 
4) Head Loading-The 
disk controller determines the 


times at which the head assembly is to be brought in 
contact with the disk surface in order to read or 
write data. The controller is also responsible for 
waiting until the head has settled before reading or 
writing information. Often the controller maintains 
the head loaded condition for up to 16 disk revolu- 
tions (approximately 2 seconds) after a read or write 


operation has been completed. This feature elimi- 
nates the head load time during periods of heavy 
disk I/O activity. 
5) Data Separation-The 
actual signal recorded on a 


floppy disk is a combination of timing information 
(clock) and data. The serial READ DATA input 
(from the disk drive) must be converted into two 
signal streams: clock and data. (The READ DATA 
input operates at 250K bits/second for single-density 
disks 
and 
500K 
bits/second 
for 
double-density 


disks.) The serial data must also be assembled into 8- 
bit bytes for transfer to system memory. A byte must 
be assembled and transferred every 32 microseconds 
for single-density disks and every 16 microseconds 
for double-density. 
6) Error-Checking-Information 
recorded on a floppy 


disk is subject to both hard and soft errors. Hard 
(permanent) errors are caused by media defects. Soft 
errors, on the other hand, are temporary 
errors 


caused by electromagnetic noise or mechanical inter- 
ference. Disk controllers use a standard error check- 
ing technique known as a Cyclic Redundancy Check 
(CRC). As data is written to a disk, a 16-bit CRC 
character is computed and also stored on the disk. 
When the data is subsequently read, the CRC char- 
acter allows the controller to detect data errors. Typ- 
ically, when CRC errors are detected, the controlling 
software retries the failed operation (attempting to 
recover from a soft error). If data cannot reliably be 
read or written after a number of retries, the system 
software normally reports the error to the operator. 
Multiple CRC errors normally indicate unrecovera- 
ble media error on the current disk track. Subse- 
quent recovery attempts must be defined by the sys- 
tem deisgners and tailored to meet system interfac- 
ing requirements. 


Today, single-chip digital LSI floppy disk controllers 
such as the 8272 perform all the above functions with 
the exception of data separation. A data separation cir- 
cuit (a combination of digital and analog electronics) 
synchronizes itself to the actual data rate of the disk 
drive. This data rate varies from drive to drive (due to 
mechanical factors such as motor tolerances) and varies 
from disk to disk (due to temperature effects). In order 
to operate reliably with both single- and double-density 
storage, the data separation circuit must be based on 
phase-locked loop (PLL) technology. The phase-locked 
loop data separation logic is described in section 5. The 
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separation 
logic, after synchronizing 
with the data 


stream, supplies a data window to the LSI disk control- 
ler. This window differentiates data information from 
clock information within the serial stream. The control- 
ler uses this window to reconstruct the data previously 
recorded on the floppy disk. 


Each floppy disk drive contains digital electronic cir- 
cuits that translate TTL-compatible command signals 
into electromechanical operations (such as drive selec- 
tion and head movementlloading) 
and that sense and 


report disk or drive status to the controller (e.g., drive 
ready, write fault, and write protect). In addition, the 
drive electronics contain analog components to sense, 
amplify, and shape data pulses read from, or written to, 
the floppy disk surface by the read/write head. 


The controller/drive 
interface consists of high-current 
line drivers, Schmitt triggered input gates, and flat or 
twisted pair cable(s) to connect the disk drive electron- 
ics to the controller electronics. Each interface signal 
line is resistively terminated at the end of the cable 
farthest from the line drivers. Eight-inch drives may be 
directly interfaced by means of 50-conductor flat cable. 
Generally, cable lengths should be less than ten feet in 
order to maintain noise immunity. 


Normally, 
provisions are made for up to four disk 


drives to share the same interface cable. The controller 
may operate as many cable assemblies as practical. LSI 
floppy disk controllers typically operate one to four 
drives on a single cable. 


The disk controller must interface to the system proces- 
sor and memory for two distinct purposes. First, the 
processor must specify disk control and command pa- 
rameters to the controller. These parameters include 
the selection of the recording density and specification 
of disk formatting information (discussed in section 3). 
In addition to disk parameter specification, the proces- 
sor must also send commands (e.g., read, write, seek, 
and scan) to the controller. These commands require 
the specification of the command code, drive number, 
cylinder address, sector address, and head address. 
Most LSI controllers receive commands and parame- 
ters by means of processor I/O instructions. 


In addition to this I/O interface, the controller must 
also be designed for high-speed data transfer between 
memory and the disk drive. Two implementation meth- 
ods may be used to coordinate this data transfer. The 
lower-cost method requires direct processor interven- 


tion in the transfer. With this method, the controller 
issues an interrupt to the processor for each data trans- 
fer. (An equivalent method allows the processor to poll 
an interrupt flag in the controller status word.) In the 
case of a disk write operation, the processor writes a 
data byte (to be encoded into the serial output stream) 
to the disk controller following the receipt of each con- 
troller interrupt. 
During a disk read operation, 
the 


processor reads a data byte (previously assembled from 
the input data stream) from the controller after each 
interrupt. The processor must transfer a data byte from 
the controller to memory or transfer a data byte from 
memory to the disk controller within 16 or 32 micro- 
seconds after each interrupt (double-density and single- 
density response times, respectively). 


If the system processor must service a variety of other 
interrupt 
sources, this interrupt 
method may not be 


practical, especially in double-density systems. In this 
case, the disk controller may be interfaced to a Direct 
Memory Access (DMA) controller. When the disk con- 
troller requires the transfer of a data byte, it simply 
activates the DMA request line. The DMA controller 
interfaces to the processor and, in response to the disk 
controller's request, gains control of the memory inter- 
face for a short period of tim~long 
enough to transfer 
the requested data byte to/from memory. See section 6 
for a detailed DMA interface description. 


New floppy disks must be written with a fixed format 
by the controller before these disks may be used to store 
data. Formatting is a method of taking raw media and 
adding the necessary information to permit the control- 
ler to read and write data without error. All formatting 
is performed by the disk controller on a track-by-track 
basis under the direction of the system processor. Gen- 
erally, a track may be formatted at any time. However, 
since formatting "initializes" a complete disk track, all 
previously written data is lost (after a format opera- 
tion). A format operation is normally used only when 
initializing new floppy disks. Since soft-sectoring in 
such 
a predominant 
formatting 
technique 
(due to 


IBM's influence), the following discussion will limit it- 
self to self-sectored formats. 


Two standard data recording techniques are used to 
combine clock and data information for storage on a 
floppy disk. The single-density technique is referred to 
as FM encoding. In FM encoding (see Figure 3), a dou- 
ble frequency encoding technique is used that inserts a 
data bit between two adjacent clock bits. (The presence 
of a data bit represents a binary "one" while the ab- 
sence of a data bit represents a binary "zero.") The two 
adjacent clock bits are referred to as a bit cell, and 
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except for a unique field identifiers, all clock bits writ- 
ten on the disk are binary "ones." In FM encoding, 
each data bit is written at the center of the bit cell and 
the clock bits are written at the leading edge of the bit 
cell. 


The encoding 
used for double-density 
recording 
is 
terms MFM encoding (for "Modified FM"). In MFM 
encoding (Figure 3) the data bits are again written at 
the center of the bit cell. However, a clock bit is written 
at the leading edge of the bit cell only if no data bit was 
written in the previous bit cell and no data bit will be 
written in the present bit cell. 


Soft-sectored floppy disks divide each track into a num- 
ber of data sectors. Typically, sector sizes of 128, 256, 
512, or 1024 data bytes are permitted. The sector size is 
specified when the track initially formatted by the con- 
troller. Table I lists the single- and double-density data 
storage capacities for each of the four sector sizes. Each 
sector within a track is composed of the following four 
fields (illustrated in Figure 4): 
I) Sector ID Field-This 
field, consisting a seven bytes, 


is written only when the track is formatted. The ID 
field provides the sector identification that is used by 
the controller when a sector must be read or written. 
The first byte of the field is the ID address mark, a 
unique coding that specifies the beginning of the ID 
field. The second, third, and fourth bytes are the 
cylinder, head, and sector addresses, respectively, 
and the fifth byte is the sector length code. The last 
two bytes are the l6-bit CRC character for the ID 
field. During formatting, the controller supplies the 
address mark. The cylinder, head, and sector ad- 
dresses and the sector length code are supplied to the 
controller by the processor software. The CRC char- 
acter is derived by the controller from the data in the 
first five bytes. 


2) Post ID Field Gap-The 
post ID field gap (gap 2) is 


written initially when the track is formatted. During 
subsequent write operations, the drive's write circuit- 
ry is enabled within the gap and the trailing bytes of 
the gap are rewritten each time the sector is updated 
(written). During subsequent read operations, the 
trailing bytes of the gap are used to synchronize the 
data separator logic with the upcoming data field. 


3) Data Field-The 
length (number of data bytes) of 
the data field is determined by software when the 
track is formatted. The first byte of the data field is 
the data address mark, a unique coding that specifies 
the beginning of the data field. When a sector is to be 
deleted, (e.g., a hard error on the disk), a deleted 
data address mark is written in place of the data 
address mark. The last two bytes of the data field 
comprise the CRC character. 


4) Post Data Field Gap-The 
post data field gap (gap 


3) is written when the track is formatted and sepa- 
rates the preceding data field from the next physical 
ID field on the track. Note that a post data field gap 
is not written following the last physical sector on a 
track. The gap itself contains a program-selectable 
number of bytes. Following a sector update (write) 
operation, the drive's write logic is disabled during 
the gap. The actual size of gap 3 is determined by the 
maximum number of data bits that can be recorded 
on a track, the number of sectors per track and the 
total sector size (data plus overhead information). 
The gap size must be adjusted so that it is large 
enough to contain the discontinuity generated on the 
floppy disk when the write current is turned on or 
off (at the start or completion of a disk write opera- 
tion) and to contain a synchronization field for the 
upcoming ID field (of the next sector). On the other 
hand, the gaps must be small enough so that the 
total number of data bits required on the track (sec- 
tors plus gaps) is less than the maximum number of 
data bits that can be recorded on the track. The gap 


Note: 
The FM bit cell is twice the size of the MFM bit cell. Thus. the FM time scale in this figure is 4 /Ls/bit 
while the MFM time 
scale 
is 2 /Ls/bil. 


Figure 3. FM and MFM Encoding 
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size must be specified for all read, write, and format 
operation. The gap size used during disk reads and 
writes must be smaller than the size used to format the 
disk to avoid the splice points between contiguous 
physical sectors. Suggested gap sizes are listed in Table 
9. 


The overall format for a track is illustrated in Figure 4. 
Each track consists of the following fields: 
1) Pre-Index Gap-The 
pre-index gap (gap 5) is writ- 


ten only when the track is formatted. 
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PHYSICAL 


INDEX 


MARK 
------- 


LAST 
SECTOR 
DATA 
FIELD 


PRE· 
INDEX 
OAP 


(OAPSI 


INDEX 
ADDRESS 
MARK 


,POST 
INDEX 
OAP 
(OAP1) 


FINAL 
OAP 
(OAP41 


2) Index Address Mark-The 
index address mark con- 


sists of a unique code that indicates the beginning of 
a data track. One index mark is written on each 
track when the track is formatted. 


3) Post Index Gap-The 
post index gap (gap I) is used 


during disk read and write operations to synchronize 
the data separator logic with the data to be read 
from the ID field (of the first sector). The post index 
gap is written only when the disk is formatted. 


4) Sectors-The 
sector information (discussed above) is 


repeated once for each sector on ths track. 


SECTOR 
1 
ID FIELD 


POSTID 
FIELD 
OAP 
(OAPZ) 


POST 
DATA 
FIELD 
OAP 
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SECTOR 
2 
ID FIELD 


POST 
ID 
FIELD 
SECTOR 
2 
OAP 
DATA 
FIELD 
(OAP 
Z) 


POST 
DATA 
FIELD 
OAP 
(OAPZ) 


SECTOR 
3 
ID FIELD 


POST 
ID 
FIELD 
OAP 
(OAPZ) 
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5) Final Gap-The 
fmal gap (gap 4) is written when 


the track is formatted and extends from the last 
physical data field on the track to the physical index 
mark. The length of this gap is dependent on the 
number of bytes per sector specified, the legnths of 
the program-selectable gaps specified, and the drive 
speed. 


The initial formatting 
of a floppy disk determines 
where sectors are located within a track. It is not neces- 
sary to allocate sectors sequentially around the track 
(i.e., 1,2,3,... ,26). In fact, it is often advantageous to 
place the sectors on the track in non-sequential order. 
Sequential sector ordering optimizes sector access times 
during multi-sector transfers (e.g., when a program is 
loaded) by permitting the number of sector specified 
(up to an entire track) to be transferred within a single 
revolution of the disk. A technique known as sector 
interleaving optimizes access times when, although sec- 
tors are accessed sequentially, a small amount of pro- 
cessing must be performed between sector reads/writes. 
For example, an editing program performing a text 
search reads sectors sequentially, and after each sector 
is read, performs a software search. If a match is not 
found, the software issues a read request for the next 
sector. Since the floppy disk continues to rotate during 
the time that the software executes, the next physical 
sector is already passing under the read/write 
head 


when the read request is issued, and the processor must 
wait for another complete revolution of the disk (ap- 
proximately 166 milliseconds) before the data may ac- 
tually be input. With interleaving, the sectors are not 
stored sequentially on a track; rather, each sector is 
physically removed from the previous sector by some 
number (known as the interleave factor) of physical 
sectors as shown in Figure 5. This method of sector 
allocation provides the processor additional execution 
time between sectors on the disk. For example, with a 
26 sector/track 
format, an interleave factor of 2 pro- 
vides 6.4 milliseconds of processing time between se- 
quential 128 byte sector accesses. 


To calculate the correct interleave factor, the maximum 
processor time between sector operations must be divid- 
ed by the time required for a complete sector to pass 
under the disk read/write head. After determining the 
interleave factor, the correct sector numbers are passed 
to the disk controller (in the exact order that they are to 
physically appear on the track) during the execution of 
a format operation. 


Figure 5. Interleaved 
Sector 


Allocation 
within a Track 


4.0 THE 8272 FLEXIBLE 
DISKETTE 


CONTROLLER 


The 8272 is a single-chip LSI Floppy Oisk Controller 
(FOe) 
that contains the circuitry necessary to imple- 


ment both single- and double-density floppy disk stor- 
age subsystems (with up to four dual-sided disk drives 
per FOe). The 8272 supports the IBM 3740 single-den- 
sity recording format (FM) and the IBM System 34 
double-density 
recording 
format 
(MFM). 
With 
the 
8272, less than 30 ICs are needed to implement a com- 
plete disk subsystem. The 8272 accepts and executes 
high-level disk commands such as format track, seek, 
read sector, write sector, and read track. All data syn- 
chronization and error checking is automatically per- 
formed by the FOC to ensure reliable data storage and 
subsequent retrieval. External logic is required only for 
the generation of the FOC master clock and write clock 
(see Section 6) and for data separation (Section 5). The 
FOC provides signals that control the startup and base 
frequency selection of the data separator. These signals 
greatly ease the design of a phase-locked loop data sep- 
arator. 


In addition to the data separator interface signals, the 
8272 also provides the necessary signals to interface to 
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microprocessor systems with or without Direct Memo- 
ry Access (DMA) capabilities. In order to interface to a 
large number of commercially available floppy disk 
drives, the FDC permits software specification of the 
track stepping rate, the head load time, and the head 
unload time. 


Write Data 
Write Deleted Data 
Read Track 
Read ID 
Scan Equal 
Scan High or Equal 
Scan Low or Equal 


COMMAND PHASE: 
The executing program trans- 
fers to the FDC all the infor- 
mation required to perform a 
particular disk operation. The 
8272 automatically enters the 
command phase after RESET 
and following the completion 
of the result phase (if any) of a 
previous command. 


EXECUTION PHASE: The FDC performs the opera- 


tion as instructed. The execu- 
tion phase is entered immedi- 
ately after the last command 
parameter 
is written 
to the 


FDC 
in the preceding com- 


mand 
phase. 
The 
execution 


phase normally ends when the 
last data byte is transferred 
to/from the disk (signalled by 
the TC input to the FDC) or 
when an error occurs. 
After completio'n of the disk 
operation, 
status 
and 
other 


housekeeping information are 
made available to the proces- 
sor. After the processor reads 
this information, the FDC re- 
enters 
the 
command 
phase 


and is ready to accept another 
command. 


The pin configuration and internal block diagram of 
the 8272 is shown in Figure 6. Table 2 contains a de- 
scription for each FDC interface pin. 


The 8272 executes fifteen high-level disk interface com- 
mands: 
Specify 
Sense Drive Status 
Sense Interrupt Status 
Seek 
Recalibrate 
Format Track 
Read Data 
Read Deleted Data 


Each command is initiated by a multi-byte transfer 
from the processor to the FDC (the transferred bytes 
contain command and parameter information). After 
complete command specification, the FDC automati- 
cally executes the command. The command result data 
(after execution of the command) may require a multi- 
byte transfer of status information back to the proces- 
sor. It is convenient to consider each FDC command as 
consisting of the following three phases: 
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Number 
Pin 
I/O 
To/From 
Description 
Symbol 


1 
RST 
I 
/LP 
RESET: Active-high 
signal that places the FDC in the "idle" 
state and 


all disk drive output signals are forced inactive 
(low). This input must 
-- 
be held active during power on reset while the RD and WR input are 
active. 


2 
RD 
I· 
/LP 
READ: Active-low 
control 
signal that enables 
data transfer 
from the 


FDC to the data bus. 


3 
WR 
I· 
/LP 
WRITE: 
Active-low 
control 
signal that enables 
data transfer 
from the 


data bus into the FDC. 


4 
CS 
I 
/LP 
CHIP SELECT: 
Active-low 
control 
signal that selects the FDC. No 


reading of writing will occur unless the FDC is selected. 


5 
Ao 
,. 
/LP 
ADDRESS: 
Selects 
the Data Register or Main Status Register 
for 


input/output 
in conjunction 
with the RD and WR inputs. (See Table 3.) 


6-13 
DBo-DB7 
110· 
/LP 
OAT A BUS: Bidirectional 
three-state 
8-bit data bus. 


14 
DRO 
0 
DMA 
DMA REQUEST: 
Active-high 
output that indicates 
an FDC request for 


DMA services. 


15 
DACK 
1 
DMA 
DMA ACKNOWLEDGE: 
Active-low 
control 
signal indicating 
that the 


requested 
DMA transfer 
is in progress. 


16 
TC 
I 
DMA 
TERMINAL 
COUNT: Active-high 
signal that causes the termination 
of 


a command. 
Normally, the terminal 
count input is directly 
connected 
to 


the TC/EOP 
output from the DMA controller, 
signalling 
that the DMA 


transfer 
has been completed. 
In a non-DMA 
environment, 
the 


processor 
must count data transfers 
and supply a TC signal to the 


FDC. 


17 
IDX 
I 
Drive 
INDEX: 
Indicates 
detection 
of the physical 
index mark (the beginning 


of a track) on the selected 
disk drive. 


18 
INT 
0 
/LP 
INTERRUPT 
REQUEST: 
Active-high 
signal indicating 
an 8272 


interrupt 
service request. 


19 
ClK 
I 
CLOCK: 
Signal phase 8 MHz clock (50% duty cycle). 


20 
GND 
GROUND: 
DC power return. 


21 
WRClK 
I 
WRITE CLOCK: 
500 kHz (FM) or 1 MHz (MFM) write clock with a 


constant 
pulse width of 250 ns (for both FM and MFM recording). 
The 


write clock must be present at all times. 


22 
DW 
I 
Pll 
DATA WINDOW: 
Data sample signal from the phase-locked 
loop 
indicating 
that the FDC should sample input data from the disk drive. 


23 
RDDATA 
I 
Drive 
READ DATA: 
FDC input data from the selected 
disk drive. 


24 
VCO 
0 
Pll 
VCO SYNC: Active-high 
output that enables the phase-locked 
loop to 


synchronize 
with the input data from the disk drive. 


25 
WE 
0 
Drive 
WRITE 
ENABLE: 
Active-high 
output that enables 
the disk drive write 


gate. 


26 
MFM 
0 
Pll 
MFM MODE: Active-high 
output used by external 
logic to enable the 


MFM double-density 
recording 
mode. When the MFM output is low, 


single-density 
FM recording 
is indicated. 


27 
HDSEl 
0 
Drive 
HEAD SELECT: 
Selects 
head 0 or head 1 on a dual-sided 
disk. 


inter 


Number 
Pin 
I/O 
To/From 
Description 
Symbol 


28,29 
DS1, DSO 
0 
Drive 
DRIVE SELECT: Selects 
one of four disk drives. 


30 
WR DATA 
0 
Drive 
WRITE 
DATA: Serial data stream (combination 
of clock and data bits) 


to be written on the disk. 


31,32 
PS1, PSo 
0 
Drive 
PRECOMPENSATION 
(PRE-SHIFT) 
CONTROL: 
Write 


precompensation 
output control 
during MFM mode. Specifies 
early, 


late, and normal timing signals. See the discussion 
in Section 
5. 


33 
FLT/TRKO 
I 
Drive 
FAULT/TRACK 
0: Senses the disk drive fault condition 
in the Read/ 


Write mode and the Track 0 condition 
in the Seek mode. 


34 
WP/TS 
I 
Drive 
WRITE 
PROTECT/TWO-SIDED: 
Sense the disk write protect 
status 
in the Read/Write 
mode and the dual-sided 
media status in the Seek 


mode. 


35 
RDY 
I 
Drive 
READY: Senses the disk drive ready status. 


36 
HDL 
0 
Drive 
HEAD LOAD: Loads the disk drive read/write 
head. (The head is 


placed in contact 
with the disk.) 


37 
FR/STP 
0 
Drive 
FAULT RESET/STEP: 
Resets the fault flip-flop 
in the disk drive when 


operating 
in the Read/Write 
mode. Provides 
head step pulses (to 


move the head from one cylinder to another 
cylinder) 
in the Seek 


mode. 


38 
LCT/DIR 
0 
Drive 
LOW CURRENT/DIRECTION: 
Signals that the recording 
head has 


been positioned 
over the inner cylinders 
(44-77) 
of the floppy disk in 


the Read/Write 
mode. (The write current must be lowered when 


recording 
on the physically 
shorter inner cylinders 
of the disk. Most 


drives do not track the actual head position 
and require that the FDC 


supply this signal.) Determines 
the head step direction 
in the Seek 


mode. In the Seek mode, a high level on this pin steps the read/write 
head toward the spindle (step-in); a low level steps the head away 
from the spindle (step-out). 


39 
RW/SEEK 
0 
Drive 
READ, WRITE/SEEK 
MODE SELECTOR: 
A high level selects the 


Seek mode; a low level selects the Read/Write 
mode. 


40 
Vcc 
+ 5V DC Power. 


To support information transfer between the FDC and 
the system processor, the 8272 contains two 8-bit regis- 
ters: the Main Status Register and the Data Register. 
The Main ,Status Register (read only) contains FDC 
status information and may be accessed at any time. 
The Main Status Register (Table 4) provides the system 
processor with the status of each disk drive, the status 
of the FOC, and the status of the processor interface. 
The Data Register (read/write) stores data, commands, 
parameters, 
and disk drive status information. 
The 


Data Register is used to program the FDC during the 
command phase and to obtain result information after 
completion of FOC operations. Data is read from, or 
written to, the FDC registers by the combination of the 
AO, RD, WR, and CS signals, as described in Table 3. 


In addition to the Main Status Register, the FDC con- 
tains four additional status registers (STO, ST!, ST2, 
and ST3). These registers are only available during the 
result phase of a command. 


CS 
Ao 
RD 
WR 
Function 


0 
0 
0 
1 
Read Main Status Register 


0 
0 
1 
0 
Illegal 
0 
0 
0 
0 
Illegal 
0 
1 
0 
0 
Illegal 
0 
1 
0 
1 
Read from Data Register 


0 
1 
1 
0 
Write into Data Register 


1 
X 
X 
X 
Data Bus is three-stated 


inter 
Ap·116 


Table 4. Main Status Register 
Bit Definitions 
phase is sent to the 8272 the execution phase automati- 
cally starts. In a similar fashion, when the last byte of 
data is read from the 8272 in the result phase, the com- 
mand is automatically ended and the 8272 is ready for a 
new command. A command may be aborted by simply 
raising the terminal count signal (pin 16). This is a con- 
venient means of ensuring that the processor may al- 
ways gain control of the 8272 (even if the disk system 
hangs up in an abnormal manner). 


Bit 
Symbol 
Description 
Number 


0 
DoB 
DISK DRIVE 0 BUSY: Disk 
Drive 0 is in the Seek mode. 


1 
D1B 
DISK DRIVE 
1 BUSY: Disk 
Drive 1 is in the Seek mode. 


2 
D2B 
DISK DRIVE 2 BUSY: Disk 
Drive 2 is in the Seek mode. 


3 
D3B 
DISK DRIVE 3 BUSY: Disk 
Drive 3 is in the Seek mode. 


4 
GB 
FDe BUSY: A read or write 
command 
is in process. 


5 
NDM 
NON·DMA 
MODE: The 


FDG is in the non-DMA 
mode when this bit is high. 
This bit is set only during 
the execution 
phase of 


commands 
in the non-DMA 


mode. Transition 
to a low 


level indicates 
that the 


execution 
phase has ended. 


6 
DID 
DATA INPUT/OUTPUT: 
Indicates 
the direction 
of a 


data transfer 
between 
the 


FDG and the Data Register. 
When DID is high, data is 
read from the Data Register 
by the processor; 
when DID 


is low, data is written from 
the processor 
to the Data 


Register. 


7 
ROM 
REQUEST 
FOR MASTER: 


Indicates 
that the Data 


Register 
is read to send 


data to, or receive data 
from, the processor. 


Table 5 lists the 8272 command set. For each of the 
fifteen commands, 
command and result phase data 


transfers are listed. A list of abbreviations used in the 
table is given in Table 6, and the contents of the result 
status registers (STO-ST3) are illustrated in Table 7. 


The bytes of data which are sent to the 8272 during the 
command phase, and are read out of the 8272 in the 
result phase, must occur in the order shown in Table 5. 
That is, the command code must be sent first and the 
other bytes sent in the prescribed sequence. All bytes of 
the command and result phases must be read/written 
as described. After the last byte of data in the command 


It is important to note that during the result phase all 
bytes shown in Table 5 must be read. The Read Data 
command, for example, has seven bytes of data in the 
result phase. All seven bytes must be read in order to 
successfully complete the Read Data command. The 
8272 will not accept a new command until all seven 
bytes have been read. The number of command and 
result bytes varies from command-to-command. 


In order to read data from, or write data to, the Data 
Register during the command and result phases, the 
system processor must examine the Main Status Regis- 
ter to determine if the Data Register is available. The 
DIO (bit 6) and RQM (bit 7) flags in the Main Status 
Register must be low and high, respectively, before 
each byte of the command word may be written into 
the 8272. Many of the commands require multiple 
bytes, and as a result, the Main Status Register must be 
read prior to each byte transfer to the 8272. To read 
status bytes during the result phase, DIO and RQM in 
the Main Status Register must both be high. Note, 
checking the Main Status Register in this manner be- 
fore each byte transfer to/from 
the 8272 is required 


only in the command and result phases, and is NOT 
required during ,the execution phase. 


All data transfers to (or from) the floppy drive occur 
during the execution phase. The 8272 has two primary 
modes of operation for data transfers (selected by the 
specify command): 


1. DMA mode 


2. non-DMA mode 


In the DMA mode, DRQ (DMA Request) is activated 
for each transfers request. The DMA controller re- 
~nds 
to DRQ with DACK (DMA Acknowledge) and 


RD (for read commands) 
or WR (for write com- 


mands). DRQ is reset by the FDC during the transfer. 
INT is activated after the last data transfer, indicating 
the completion of the execution phase, and the begin- 
ning of the result phase. In the DMA mode, the termi- 
nal count (TCIEOP) 
output of the DMA controller 
should be connected to the 8272 TC input to properly 
terminate disk data transfer commands. 


I 
DATA IUS 
DATA IUS 


'HASE 
OIW I Dy 
00 
05 
O. 
O. 
02 
0, 
00 
"EMARKS 
PHASE 
OIW 
Dy 
00 
05 
O. 
Do 
02 
0, 
00 
"EMARkS 


READ DATA 
READ A TRACK 


Command 
W 
MT MFM 
SK 
0 
0 , , 
0 
Command 
Cod •• 
Command 
W 
0 
MFM 
SK 
0 
0 
0 , 
0 
Command 
Codes 


W 
0 
0 
0 
0 
0 
HOS OS1 
DSO 
W 
0 
0 
0 
0 
0 
HDSOS, 050 


W 
_____ 
C 
Sector 10 information 
W 
----- 
C 
sector 
10 information 


W 
H 
pt'lor to Command 
W 
H 
pt'iOr to Command 


W 
" 


execution 
W 
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execution 


W 
____ 
N 
W 
N 
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W 
EDT 
W 
EDT 
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GPl 
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GPl 
---- 
W 
OTl ---- 
W 
OTl 


Execution 
0.1. transf.r 
e.ecution 
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betw •• n the FOO 


between the FOD 


and the m11ln·lystem 
and the main-sYI,em 
~ 
FDC reMts I". 
Re.ult 
" 
STO 
5tahll 
Inform.tion 
complete 
Irack 
" 
ST 1 
afler Command 
contents 
from lhe 
" 


ST' 
e.ecution 
physical 
Index 
" 


C 
mar1l: to 
EOT 
" 


H 
Sector 10 inform.lion 


A 
" 


atte' 
command 
Result 
" 


STO ---- 
StatuI inform_lion 
" 
N 
allKution 
" 


ST 1 
att.,COfTImand 


READ DELETED DATA 
" 
---- 
ST, 
e.Kution 


" 
C 


Command 
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MT MFM $K 
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1 
1 
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Command Cod •• 
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Command 
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N 
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execution 
Command 
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Command 
W 
MT MFM 
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Command 
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Command Code. 
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W 
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W 
N 
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FDC formats 
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Execution 
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Status informal ion 
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execution 
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" 
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- 
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ST' 
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" 
H 
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" 
ST, 
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" 
" 


in'Ofmation 
has no 
" 
C 
" 
N 
meaning 
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- 
H 
- --- 
Sector 10 Information 
SCAN EQUAL 


" 
" 


aftar Command 


" 
N 
execulion 
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NOTE: 
1. AO = 1 for all operations. 
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Symbol 
Description 


C 
CYLINDER 
ADDRESS: 
The currently 
selected 
cylinder address 
(0 to 76) on the disk. 


D 
DATA PATTERN: 
The pattern to be written in each sector data field during formatting. 


DSO,DS1 
DISK DRIVE SELECT: 


DS1 
DSO 
0 
0 
Drive 0 
0 
1 
Drive 1 


1 
0 
Drive 2 


1 
1 
Drive 3 


DTL 
SPECIAL 
SECTOR 
SIZE: During the execution 
of disk read/write 
commands, 
this 


parameter 
is used to temporarily 
alter the effective 
disk sector size. By setting N to zero, 


DTL may be used to specify a sector size from 1 to 256 bytes in length. If the actual sector 
(on the diskette) 
is larger than DTL specifies, 
the remainder 
of the actual sector is not 
passed to the system during read commands; 
during write commands, 
the remainder 
of 


the actual sector is written with all-zeroes 
bytes. DTL should be set to FF hexadecimal 
when N is not zero. 


EOT 
END OF TRACK: The final sector number of the current track. 


inter 


Symbol 
Description 


GPL 
GAP LENGTH: The gap 3 size. (Gap 3 is the space between 
sectors 
excluding 
the VGO 
synchronization 
field as defined 
in section 
3.) 


H 
HEAD ADDRESS: 
Selected 
head: 0 or 1 (disk side 0 or 1, respectively) 
as encoded 
in the 
sector ID field. 


HLT 
HEAD LOAD TIME: Defines the time interval that the FDG waits after loading the head 
before initiating a read or write operation. 
Programmable 
from 2 to 254 milliseconds 
(in 
increments 
of 2 ms). 


HUT 
HEAD UNLOAD 
TIME: Defines the time interval from the end of the execution 
phase (of a 
read or write command) 
until the head is unloaded. 
Programmable 
from 16 to 240 
milliseconds 
(in increments 
of 16 ms). 


MFM 
MFM/FM 
MODE SELECTOR: 
Selects 
MFM double-density 
recording 
mode when high, 
FM single-density 
mode when low. 


MT 
MUTLI·TRACK 
SELECTOR: 
When set, this flag selects the multi-track 
operating 
mode. In 
this mode (used only with dual-sided 
disks), the FDG treats a complete 
cylinder 
(under 
both read/write 
head 0 and read/write 
head 1) as a single track. The FDG operates 
as if 
this expanded 
track started at the first sector under head 0 and ended at the last sector 
under head 1. With this flag set (high), a multi-sector 
read operation 
will automatically 
continue 
to the first sector under head 1 when FDG finishes operating 
on the last sector 
under head O. 


N 
SECTOR 
SIZE: The number of data bytes within a sector. (See Table 9.) 


ND 
NON·DMA 
MODE FLAG: When set (high), this flag indicates 
that the FDG is to operate 
in 
the non-DMA 
mode. In this mode, the processor 
is interrupted 
for each data transfer. 
When low, the FDG interfaces 
to a DMA controller 
by means of the DRO and DAGK 
signals. 


R 
SECTOR 
ADDRESS: 
Specifies 
the sector number to be read or written. 
In multi-sector 
transfers, 
this parameter 
specifies 
the sector number of first sector to be read or written. 


SG 
NUMBER 
OF SECTORS 
PER TRACK: Specifies 
the number of sectors 
per track to be 
initialized 
by the Format Track command. 


SK 
SKIP FLAG: When this flag is set, sectors containing 
deleted 
data address 
marks will 
automatically 
be skipped 
during the execution 
of multi-sector 
Read Data or Scan 
commands. 
In the same manner, a sector containing 
a data address 
mark will 
automatically 
be skipped during the execution 
of a multi-sector 
Read Delected 
Data 
command. 


SRT 
STEP RATE INTERVAL: 
Defines the time interval between 
step pulses issued by the FDG 
(track-to-track 
access time). Programmable 
from 1 to 16 milliseconds 
(in increments 
of 1 
ms). 


Symbol 
Description 


STO,ST3 
STATUS 
REGISTER 0-3: Registers 
within the FDC that store status information 
after a 
ST2,ST3 
command 
has been executed. 
This status information 
is available 
to the processor 
during 
the Result Phase after command 
execution. 
These registers 
may only be read after a 
command 
has been executed 
(in the exact order shown in Table 5 for each command). 
These registers 
should not be confused 
with the Main Status Register. 


STP 
SCAN SECTOR 
INCREMENT: 
During Scan operations, 
this parameter 
is added to the 
current sector number in order to determine 
the next sector to be scanned. 


Bit 
Symbol 
Description 
Number 


Status Register 
0 


7,6 
IC 
INTERRUPT 
CODE: 
00- 
Normal termination 
of command. 
The specified 
command 
was properly 
executed 
and completed 
without error. 
01- 
Abnormal 
termination 
of command. 
Command 
execution 
was started 
but 
could not be successfully 
completed. 
1Q-Invalid 
command. 
The requested 
command 
could not be executed. 


11-Abnormal 
termination. 
During command 
execution, 
the disk drive ready 
signal changed 
state. 


5 
SE 
SEEK END: This flag is set (high) when the FDC has completed 
the Seek 
command 
and the read/write 
head is positioned 
over the correct cylinder. 


4 
EC 
EQUIPMENT 
CHECK ERROR: This flag is set (high) if a fault signal is received 
from the disk drive or if the track 0 signal fails to become 
active after 77 step 
pulses (Recalibrate 
command). 


3 
NR 
NOT READY ERORR: This flag is set if a read or write command 
is issued and 
either the drive is not ready or the command 
specifies 
side 1 (head 1) of a single- 
sided disk. 


2 
H 
HEAD ADDRESS: 
The head address at the time of the interrupt. 


1,0 
DS1,DSO 
DRIVE SELECT: The number of the drive selected 
at the time of the interrupt. 


~tatus Register 
1 


7 
EN 
END OF TRACK 
ERROR: This flag is set if the FDC attempts 
to access a sector 
beyond the final sector of the track. 


6 
Not used. This bit is always low. 


5 
DE 
DATA ERROR: Set when the FDC detects 
a CRC error in either the 10 field or the 
data field of a sector. 


inter 


Bit 
Symbol 
Description 
Number 


Status Register 
1 (Gontinued) 


4 
OR 
OVERRUN 
ERROR: Set (during data transfers) 
if the FOG does not receive OMA 
or processor 
service within the specified 
time interval. 


3 
Not used. This bit is always low. 


2 
NO 
SECTOR 
NOT FOUND ERROR: This flag is set by any of the following 
conditions. 


a) The FOG cannot 
locate the sector specified 
in the Read Data, Read 


Detected 
Data. or Scan command. 
b) The FOG cannot 
locate the staring sector specified 
in the Read Track 


command. 
c) The FOG cannot 
read the 10 field without 
error during a Read 10 command. 


1 
NW 
WRITE 
PROTECT 
ERROR: This flag is set if the FOG detects 
a write protect 
signal from the disk drive during the execution 
of a Write Data, Write Deleted 
Data. 
or Format Track command. 


0 
MA 
MISSING 
ADDRESS 
MARK ERROR: This flag is set by either of the following 
conditions: 


a) The FOG cannot 
detect the 10 address 
mark on the specified 
track (after 


two occurrences 
of the physical index mark). 
b) The FOG cannot detect the data address 
mark or deleted 
data address 


mark on the specified 
track. (See also the MO bit of Status Register 
2.) 


Status Register 
2 


7 
NOT USED: This bit is always low. 
- 
. 


6 
GM 
CONTROL 
MARK: This flag is set when the FOG encounters 
one of the following 
conditions: 


a) A deleted 
data address 
mark during the execution 
of a Read Data or Scan 


command. 


I 
b) A data address 
mark during the execution 
of a Read Deleted 
Data 


command. 


5 
DO 
DATA ERROR: Set (high) when the FOG detects 
a GRG error in a sector data 


field. This flag is not set when a GRG eror is detected 
in the 10 field. 


4 
WG 
CYLINDER 
ADDRESS 
ERROR: Set when the cylinder 
address from the disk 


sector 10 field is different 
from the current cylinder address 
maintained 
within the 


FOG. 


3 
SH 
SCAN HIT: Set during the execution 
of the Scan command 
if the scan condition 
is 
satisfied. 


2 
SN 
SCAN NOT SATISFIED: 
Set during execution 
of the Scan command 
if the FOG 


cannot 
locate a sector on the specified 
cylinder that satisfies 
the scan condition. 


1 
BG 
BAD TRACK 
ERROR: Set when the cylinder address from the disk sector 
10 field 
is FF hexadecimal 
and this cylinder 
address is different 
from the current cylinder 
address 
maintained 
within the FOG. This all "ones" 
cylinder 
number indicates 
a 
bad track (one containing 
hard errors) according 
to the IBM soft-sectored 
format 
specifications. 


0 
MO 
MISSING 
DATA ADDRESS 
MARK ERROR: Set if the FOG cannot 
detect a data 
address 
mark or deleted 
data address 
mark on the specified 
track. 


Bit 
Symbol 
Description 
Number 


Status Register 3 


7 
FT 
FAULT: This flag indicates 
the status of the fault signal from the selected 
disk 


drive. 


6 
WP 
WRITE 
PROTECTED: 
This flag indicates 
the status of the write protect 
signal 


from the selected 
disk drive. 


S 
ROY 
READY: This flag indicates 
the status of the ready signal from the selected 
disk 
drive. 


4 
TO 
TRACK 0: This flag indicates 
the status of the track 0 signal from the selected 
disk drive. 


3 
TS 
TWO-SIDED: 
This flag indicates 
the status of the two-sided 
signal from the 
selected 
disk drive. 


2 
H 
HEAD ADDRESS: 
This flag indicates 
the status of the side select signal for the 
currently 
selected 
disk drive. 


1,0 
OS1,OSO 
DRIVE SELECT: Indicates 
the currently 
selected 
disk drive number. 


In the non-DMA mode, transfers requests are indicated 
by activation of both the INT output signal and the 
RQM flag (bit 7) in the Main Status Register. INT can 
be used for interrupt-driven systems and RQM can be 
used for polled systems. The system processor must re- 
spond to the transfer request by reading data from (ac- 
tivating RD), or writing data to (activating WR), the 
FDC. This response removes the transfer request (INT 
and RQM are set inactive). After completing the last 
transfer, the 8272 activates the INT output to indicate 
the beginning of the result phase. In the non-DMA 
mode, the processor must activate the TC signal to the 
FDC (normally by means of an I/O port) after the 
transfer request for the last data byte has been received 
(by the processor) and before the appropriate data byte 
has been read from (or written to) the FDC. 


In either mode of operation (DMA or non-DMA), the 
execution phase ends when a terminal count signal is 
sensed or when the last sector on a track (the EOT 
parameter-Table 
5) has been read or written. In addi- 


tion, if the disk drive is in a "not ready" state at the 
beginning of the execution phase, the "not ready" flag 
(bit 3 in Status Register 0) is set (high) and the com- 
mand is terminated. 


If a fault signal is received from the disk drive at the 
end of a write operation (Write Data, Write Deleted 
Data, or Format), the FDC sets the "equipment check" 
flag (bit 4 in Status Register 0), and terminates the 
command after setting the interrupt code (bits 7 and 6 
of Status Register 0) to "01" (bit 7 low, bit 6 high). 


During disk read/write 
transfers (Read Data, Write 


Data, Read Deleted Data, and Write Deleted Data), 
the FDC will continue to transfer data from sequential 
sectors until the TC input is sensed. In the DMA mode, 
the TC input is normally connected to the TCIEOP 
(terminal count) output of the DMA controller. In the 
non-DMA mode, the processor directly controls the 
FDC TC input as previously described. Once the TC 
input is received, the FDC stops requesting data trans- 
fers (from the system processor or DMA controller). 
The FDC, however, continues to read data from, or 
write data to, the floppy disk until the end of the cur- 
rent disk sector. During a disk read operation, the data 
read from the disk (after reception of the TC input) is 
discarded, but the data CRC is checked for errors; dur- 
ing a disk write operation, the remainder of the sector is 
filled with all-zero bytes. 


If the TC signal is not received before the last byte of 
the current sector has been transferred to/from the sys- 
tem, the FDC increments the sector number by one and 
initiates a read or write command for this new disk 
sector. 


The FDC is also designed to operate in a multi-track 
mode for dual-sided disks. In the multi-track 
mode 


(specified by means of the MT flag in the command 
byte-Table 
5) the FDC will automatically increment 


the head address (from 0 to I) when the last sector (on 
the track under head 0) has been read or written. Read- 
ing or writing is then continued on the first sector (sec- 
tor I) of head I. 


inter 


After the power-on reset, the 8272 automatically enters 
a drive status polling mode. If a change in drive status 
is detected (all drives are assumed to be "not ready" at 
power-on), an interrupt is generated. The 8272 contin- 
ues this status polling between command executions 
(and between step pulses in the Seek command). In this 
manner, 
the 8272 automatically 
notifies the system 
processor when a floppy disk is inserted, removed, or 
changed by the operator. 


During the command phase, the Main Status Register 
must be polled by the CPU before each byte is written 
into the Data Register. The DIO (bit 6) and RQM (bit 
7) flags in the Main Status Register must be low and 
high, respectively, before each byte of the command 
may be written into the 8272. The beginning of the 
execution phase for any of these commands will cause 
DIO to be set high and RQM to be set low. 


The following paragraphs 
describe the fifteen FDC 
commands in detail. 


The Specify command is used prior to performing any 
disk operations (including the formatting of a new disk) 
to defme drive/FDC 
operating 
characteristics. 
The 
Specify command parameters set the values for three 
internal timers: 
I. Head Load Time (HLT)-This 
seven-bit value de- 
fines the time interval that the FDC waits after 
loading the head before initiating a read or write op- 
eration. This timer is programmable from 2 to 254 
milliseconds in increments of 2 ms. 
2. Head Unload Time (HUT)-This 
four-bit value de- 
fines the time from the end of the execution phase (of 
a read or write command) until the head is unloaded. 
This timer is programmable from 16 to 240 millisec- 
onds in increments of 16 ms. If the processor issues 
another command before the head unloads, the head 
will remain loaded and the head load wait will be 
eliminated. 


3. Step Rate Time (SRT)-This 
four-bit value defines 
the time interval between step pulses issued by the 
FDC (track-to-track access time). This timer is pro- 
grammable from I to 16 milliseconds in increments 
of I ms. 


The time intervals mentioned above are a direct func- 
tion of the FDC clock (CLK on pin 19). Times indicat- 
ed above are for an 8 MHz clock. 


The Specify command 
also indicates the choice of 
DMA or non-DMA operation (by means of the ND 


bit). When this bit is high the non-DMA mode is select- 
ed; when ND is low, the DMA mode is selected. 


This command may be used by the processor whenever 
it wishes to obtain the status of the disk drives. Status 
Register 3 (returned during the result phase) contains 
the drive status information as described in Table 7. 


An interrupt signal is generated by the FDC when one 
or more of the following events occurs: 
I) The FDC enters the result phase for: 
a) Read Data command 
b) Read Track command 
c) Read ID command 
d) Read Deleted Data command 
e) Write Data command 


t) Format Track command 
g) Write Deleted Data command 
h) Scan commands 
2) The ready signal from one of the disk drives changes 
state. 
3) A Seek or Recalibrate command completes opera- 
tion. 
4) The FDC requires a data transfer during the execu- 
tion phase of a command in the non-DMA mode. 


Interrupts caused by reasons (I) and (4) above occur 
during normal command operations and are easily dis- 
cernible by the processor. However, interrupts caused 
by reasons (2) and (3) above are uniquely identified 
with the aid of the Sense Interrupt 
Status command. 


This command, when issued, resets the interrupt signal 
and by means of bits 5, 6, and 7 of Status Register 0 
(returned during the result phase) identifies the cause of 
the interrupt (see Table 8). 


Seek End 
Interrupt 
Code 
Cause 
BitS 
Bit6 
Bit 7 


0 
1 
1 
Read Line changed 
state, either polarity 


1 
0 
0 
Normal Termination 
of Seek or Recalibrate 
Command 


1 
1 
0 
Abnormal 
Termination 
of Seek or Recalibrate 
Command 


inter 


Neither the Seek nor the Recalibrate command has a 
result phase. Therefore, it is mandatory to use the Sense 
Interrupt 
Status Command after these commands to 
effectively terminate them and to provide verification of 
the disk head position. 


When an interrupt 
is received by the processor, the 
FDC busy flag (bit 4) and the non-DMA (bit 5) may be 
used to distinguish the above interrupt causes: 
bit 5 
bit 4 
o 
0 
o 
1 
1 
1 


Asynchronous 
event-(2) 
or (3) above 
Result phase-(1) 
above 
Data transfer 
required-(4) 
above 


A single interrupt request to the processor may, in fact, 
be caused by more than one of the above events. The 
processor should continue 
to issue Sense Interrupt 
Status commands (and service the resulting conditions) 
until an invalid command code is received. In this man- 
ner, all "hidden" interrupts are serviced. 


The Seek command causes the drive's read/write head 
to be positioned over the specified cylinder. The FDC 
determines the difference between the current cylinder 
address and the desired (specified) address, and issues 
the appropriate number of step pulses. If the desired 
cylinder address is larger than the current address, the 
direction signal (LCTIDIR, 
pin 38) is set high (step- 
in); the direction signal is set low (step-out) if the de- 
sired cylinder address is less than the current address. 
No head movement occurs (no step pulses ·areissued) if 
the desired cylinder is the same as the current cylinder. 


The rate at which step pulses are issued is controlled by 
the step rate time (SRT) in the Specify command. After 
each step pulse is issued, the desired cylinder address is 
compared against the current cylinder address. When 
the cylinder addresses are equal, the "seek end" flag 
(bit 5 in Status Register 0) is set (high) and the com- 
mand is terminated. 
If the disk drive becomes "not 
ready" during the seek operation, the "not ready" flag 
(in Status Register 0) is set (high) and the command is 
terminated. 


During the command phase of the Seek operation the 
FDC is in the FDC busy state, but during the execution 
phase it is in the non-busy state. While the FDC is in 
the non-busy state, another Seek command may be is- 
sued.. In this manner parallel seek operations may be in 
operation on up to four floppy disk drives at once. The 
Main Status Register contains a flag for each drive (Ta- 
ble 4) that indicates whether the associated drive is cur- 
rently operating in the seek mode. When a drive has 
completed a seek operation, 
the FDC generates an 
interrupt. In response to this interrupt, the system soft- 
ware must issue a Sense Interrupt 
Status command. 
During the result phase of this command, Status Regis- 
ter 0 (containing the drive number in bits 0 and 1) is 
read by the processor. 


This command causes the read/write 
head of the disk 
drive to retract to the track 0 position. The FDC clears 
the contents of its internal cylinder counter, and checks 
the status of the track 0 signal from the disk drive. As 
long as the track 0 signal is low, the direction signal 
remains high and step pulses are issued. When the track 
o signal goes high, the seek end flag (in Status Register 
0) is set (high) and the command is terminated. If the 
track 0 signal is sti11low after 77 step pulses have been 
issued, the seek end and equipment check flags (in 
Status Register 0) are both set and the Recalibrate com- 
mand is terminated. 


Recalibrate commands for multiple drives can be over- 
lapped in the same manner that Seek commands are 
overlapped. 


The Format Track command formats or "initializes" a 
track on a floppy disk by writing the ID field, gaps, and 
address marks for each sector. Before issuing the For- 
mat command, the Seek command must be used to po- 
sition the read/write head over the correct cylinder. In 
addition, a table of ID field values (cylinder, head, and 
sector addresses and sector length code) must be pre- 
pared before the command is executed. During com- 
mand execution, the FDC accesses the table and, using 
the values supplied, writes each sector on the track. The 
ID field address mark originates from the FDC and is 
written automatically as the first byte of each sector's 
ID field. The cylinder, head, and sector addresses are 
taken, in order, from the table. The ID field CRC char- 
acter (derived from the data written in the first five 
bytes) is written as the last two bytes of the ID field. 
Gaps are written automatically by the FDC, with the 
length of the variable gap determined by one of the 
Format command parameters. 


The data field address mark is generated by the FOC 
and is written automatically as the first byte of the data 
field. The data pattern specified in the command phase 
is written into each data byte of each sector. A CRC 
character is derived from the data address mark and 
the data written in the sector's data field. The two CRC 
bytes are appended to the last data byte. 


The formatting of a track begins at the physical index 
mark. As previously mentioned, the order of sector as- 
signment is taken directly from the formatting table. 
Four entries are required for each sector: a cylinder 
address, a head address, a sector address, and a sector 
length code. The cylinder address in the ID field should 
be equal to the cylinder address of the track currently 
being formatted. 


The sector addresses must be unique (no two equal). 
The order of the sector entries in the table is the se- 
quence in which sector numbers appear on the track 
when it is formatted. The number of entry sets (cylin- 
der, head, and sector address and sector length code) 
must equal the number of sectors allocated to the track 
(specified in the command phase). 


Since the sector address is supplied, in order, for each 
sector, tracks can be formatted sequentially (the first 
sector following the index mark is assigned sector ad- 
dress I, the adjacent sector is assigned sector address 2, 
and so on) or sector numbers can be interleaved (see 
section 3) on a track. 


Table 9 lists recommended gap sizes and sectors/track 
for various sector sizes. 


Nine (9) bytes are required to complete the command 
phase specification for the Read Data command. Dur- 
ing the execution phase, the FOC loads the head (if it is 
in the unloaded state), waits the specified head load 
time (defined in the Specify command), and begins 
reading ID address marks and ID fields. When the re- 
quested sector address compares with the sector ad- 
dress read from the disk, the FDC outputs data (from 
the data field) byte-by-byte to the system. The Read 
Data command automatically operates in the multi-sec- 
tor mode described earlier. In addition, multi-track op- 
eration may be specified by means of the MT command 
flag (Table 5). The amount of data that can be trans- 
ferred with a single command to the FDC depends on 
the multi-track flag, the recording density flag, and the 
number of bytes per sector. 


During the execution of read and write commands, the 
special sector size parameter (DTL) is used to tempo- 
rarily alter the effective disk sector size. By setting the 
sector size code (N) to zero, DTL may be used to speci- 
fy a sector size from I to 256 bytes in length. If the 


actual sector (on the disk) is larger than DTL specifies, 
only the number of bytes specified by the DTL parame- 
ter are passed to the system; the remainder of the actual 
disk sector is not transferred 
(although the data is 
checked for CRC errors). Multi-sector read operations 
are performed in the same manner as they are when the 
sector size code is non-zero. (The Nand 
DTL parame- 


ters are always present in the command sequence. DTL 
should be set to FF hexadecimal when N is not zero.) 


If the FDC detects the physical index mark twice with- 
out finding the requested sector, the FDC sets the "sec- 
tor not found error" flag (bit 2 in Status Register I) and 
terminates the Read Data command. 
The interrupt 
code (bits 7 and 6 of Status Register 0) is set to "0 I." 
Note that the FDC searches for each sector in a multi- 
sector operation. Therefore, a "sector not found'" error 
may occur after successful transfer of one or more pre- 
ceding sectors. This error could occur if a particular 
sector number was not included when the track was 
first formatted or if a hard error on the disk has invali- 
dated a sector ID field. 


After reading the ID field and data field in each sector, 
the FDC checks the CRC bytes. If a read error is de- 
tected (incorrect CRC in the ID field), the FDC sets 
the "data error" flag in Status Register I; if a CRC 
error occurs in the data field, the FDC sets the "data 
error" flag in Status Register 2. In either error condi- 
tion, the FOC terminates the Read Data command. 
The interrupt code (bits 7 and 6 in Status Register 0) is 
set to "01." 


If the FDC reads a deleted data address mark from the 
disk, and the skip flag (specified during the command 
phase) is not set, the FDC sets the "control mark" flag 
(bit 6 in Status Register 2) and terminates the Read 
Data command (after reading all the data in the sector). 
If the skip flag is set, the FDC skips the sector with the 
deleted data address mark and reads the next sector. 
Thus, the skip flag may be used to cause the FDC to 
ignore deleted data sectors during a multi-sector read 
operation. 


N 
SC 
GPU1) 
GPU2) 


Format 
Sector 
Size 
Sector 
Size 
Sectorsl 
Gap 3 
Gap 3 
Remarks 


Code 
Track 
Length 
Length 


FM Mode 
128 bytes/Sector 
00 
1A(16) 
07(16) 
18(16) 
IBM Diskette 
1 
256 
01 
OF(16) 
OE(16) 
2A(16) 
IBM Diskette 
2 
512 
02 
08 
18(16) 
3A(16) 


MFM Mode 
256 
01 
1A(16) 
OE(16) 
36(16) 
i8M Diskette 
2D 
512 
02 
OF(16) 
18(16) 
54(16) 


1024 
03 
08 
35(16) 
74(16) 
IBM Diskette 
2D 


NOTES: 
1. Suggested values of GPL in Read or Writecommands to avoid splice point between data fieldand ID fieldof contiguous 
sectors. 
2. Suggested values of GPL in Format command. 


inter 


During disk data transfers between the FDC and the 
system, the FDC must be serviced by the system (proc- 
essor or DMA controller) every 27 /Ls in the FM mode, 
and every 13 /Ls in the MFM mode. If the FDC is not 
serviced within this interval, the "overrun error" flag 
(bit 4 in Status Register 1) is set and the Read Data 
command is terminated. 


If the processor terminates a read (or write) operation 
in the FDC, the ID information in the result phase is 
dependent upon the state of the multi-track flag and 
end of track byte. Table 11 shows the values for C, H, 
R, and N, when the processor terminates the com- 
mand. 


Nine (9) bytes are required to complete the command 
phase specification for the Write Data command. Dur- 
ing the execution phase the FDC loads the head (if it is 
in the unloaded state), waits the specified head load 
time (defined by the Specify command), and begins 
reading sector ID fields. When the requested sector ad- 
dress compares with the sector address read from the 
disk, the FDC reads data from the processor one byte 
at a time via the data bus and outputs the data to the 
data field of that sector. The CRC is computed on this 
data and two CRC bytes are written at the end of the 
data field. 


The FDC reads the ID field of each sector and checks 
the CRC bytes. If the FDC detects a read error (incor- 
rect CRe) in one of the ID fields, it sets the "data 
error" flag (bit 5 in Status Register 1) and terminates 
the Write Data command. The interrupt code (bits 7 
and 6 in Status Register 0) is set to "01." 


The Write Data command operates in much the same 
manner as the Read Data command. The following 
items are the same; refer to the Read Data command 
for details: 
• Multi-sector and Multi-track operation 
• Data transfer capacity 
• "End of track error" flag 
• "Sector not found error" flag 
• "Data error" flag 
• Head unload time interval 
• ID information when the processor terminates the 


command (see Table 11) 


• Definition of DTL when N = 0 and when N "* 0 


During the Write Data execution phase, data transfers 
between the processor and FDC must occur every 31 
/Ls in the FM mode, and every 15 /Ls in the MFM 
mode. If the time interval between data transfers is 


longer than this, the FDC sets the "overrun error" flag 
(bit 4 in Status Register 1) and terminates the Write 
Data command. 


This command operates in almost the same manner as 
the Read Data command operates. The only difference 
involvesthe treatment of the data address mark and the 
skip flag. When the FDC detects a data address mark 
at the beginning of a data field (and the skip flag is not 
set), the FDC reads all the data in the sector, sets the 
"control mark" flag (bit 6 in Status Register 2), and 
terminates the command. If the skip flag is set, the 
FDC skips the sector with the data address mark and 
continues reading at the next sector. Thus, the skip flag 
may be used to cause the FDC to read only deleted data 
sectors during a multi-sector read operation. 


This command operates in the same manner as the 
Write Data command operates except that a deleted 
data address mark is written at the beginning of the 
data field instead of the normal data address mark. 
This command is used to mark a bad sector (containing 
a hard error) on the floppy disk. 


The Read Track command is similar to the Read Data 
command except that the entire data field is read con- 
tinuously from each of the sectors of a track. Immedi- 
ately after encountering the physical index mark, the 
FDC starts reading all data fields on the track as con- 
tinuous blocks of data. If the FDC finds an error in the 
ID field or data field CRC check bytes, it continues to 
read data from the track. The FDC compares the ID 
information read from each sector with the values spec- 
ified during the command phase. If the specified ID 
field information is not found on the track, the "sector 
not found error" flag (in Status Register 1) is set. Mul- 
titrack and skip operations are not allowed with this 
command. 


This command terminates when the last sector on the 
track has been read. (The number of sectors on the 
track is specified by the end of track parameter byte 
during the command phase.) If the FDC does not fmd 
an ID address mark on the disk after it encounters the 
physical index mark for the second time, it sets the 
"missing address mark error" flag (bit 0 in Status Reg- 
ister 1) and terminates the command. The interrupt 
code (bits 7 and 6 of Status Register 0) is set to "01." 


The Read ID command transfers (reads) the first cor- 
rect ID field from the current disk track (following the 
physical index mark) to the processor. If no correct ID 
address mark is found on the track, the "missing ad- 
dress mark error" flag is set (bit 0 in Status Register 1). 
If no data mark is found on the track, the "sector not 
found error" flag is also set (bit 2 in Status Register I). 
Either error condition causes the command to be termi- 
nated. 


The Scan commands allow the data being read from the 
disk to be compared against data supplied by the sys- 
tem (by the processor in non-DMA mode, and by the 
DMA controller in DMA mode). The FDC compares 
the data on a byte-by-byte basis, and searches for a 
sector of data that meets the conditions of "disk data 
equal to system data", "disk data less than or equal to 
system data", or "disk data greater than or equal to 
system data". Simple binary (ones complement) arith- 
metic is used for comparison (FF = largest number, 00 
= smallest number). If, after a complete sector of data 
is compared, the conditions are not met, the sector 
number is incremented by the scan sector increment 
(specified in the command phase), and the scan opera- 
tion is continued. The scan operation continues until 
one of the following conditions occurs; the conditions 
for scan are met (equal, low, or high), the last sector on 
the track is reached, or the terminal count signal is 
received. 


If the conditions for scan are met, the FDC sets the 
"scan hit" flag (bit 3 in Status Register 2) and termi- 
nates the Scan command. If the conditions for scan are 
not met between the starting sector and the last sector 
on the track (specified in the command phase), the 
FDC sets the "scan not satisfied" flag (bit 2 in Status 
Register 2) and terminates the Scan command. The re- 
ceipt of a terminal count signal from the processor or 
DMA controller during the scan operation will cause 
the FDC to complete the comparison of the particular 
byte which is in process, and to termiante the com- 
mand. Table 10 shows the status of the "scan hit" and 
"scan not satisfied" flags under various scan termina- 
tion conditions. 


If the FDC encounters a deleted data address mark in 
one of the sectors and the skip flag is low, it regards the 
sector as the last sector on the cylinder, sets the "con- 
trol mark" flag (bit 6 in Status Register 2) and termi- 
nates the command. If the skip flag is high, the FDC 
skips the sector with the deleted address mark, and 
reads the next sector. In this case, the FDC also sets the 


Command 
Status Register 2 
Comments 


Bit 2 = SN Bit 3 = SH 


Scan Equal 
0 
1 
DFDD = DProcessor 


1 
0 
DFDD -:P Dprocessor 


Scan Low 
0 
1 
DFDD = Dprocessor 


or Equal 
0 
0 
DFDD < Dprocessor 


1 
0 
DFDD :> Dprocessor 


Scan High 
0 
1 
DFDD = Dprocessor 


or Equal 
0 
0 
DFDD :> Dprocessor 


1 
0 
DFDD « Dprocessor 


'control mark" flag (bit 6 in Stauts Register 2) in order 
to show that a deleted sector had been encountered. 


NOTE: 
During scan command execution, the last sector on 
the track must be read for the command to terminate 
properly. For example if the scan sector increment is 
set to 2, the end of track parameter is set to 26, and 
the scan begins at sector 21, sectors 21, 23, and 25 will 
be scanned. The next sector, 27 will not be found on 
the track and an abnormal command termination will 
occur. The command would be completed in a normal 
manner if either a) the scan had started at sector 20 or 
b) the end of track parameter had been set to 25. 


During the Scan command, data is supplied by the 
processor or DMA controller for comparison against 
the data read from the disk. In order to avoid having 
the "overrun error" flag set (bit 4 in Status Register 1), 
it is necessary to have the data available in less than 27 
pos(FM Mode) or 13 pos(MFM Mode). If an overrun 
error occurs, the FDC terminates the command. 


If an invalid (undefined) command is sent to the FDC, 
the FDC will terminate the command. No interrupt is 
generated by the 8272 during this condition. Bit 6 and 
bit 7 (DIO and RQM) in the Main Status Register are 
both set indicating to the processor that the 8272 is in 
the result phase and the contents of Status Register 0 
must be read. When the processor reads Status Register 
o it will find an 80H code indicating that an invalid 
command was received. 


A Sense Interrupt Status command must be sent after a 
Seek or Recalibrate interrupt; otherwise the FOC will 
consider the next command to be an invalid command. 
Also, when the last "hidden" interrupt has been serv- 
iced, further Sense Interrupt Status commands will re- 
sult in invalid command codes. 


Final Sector Transferred 
10 Information 
at Result Phase 
MT 
EOT 
to Processor 
N 
C 
H 
R 


1A 
Sector 
1 to 25 at Side 0 
NC 
NC 
R + 
1 
NC 
OF 
Sector 
1 to 14 at Side 0 


08 
Sector 
1 to 7 at Side 0 


1A 
Sector 26 at Side 0 
C + 
1 
NC 
R = 01 
NC 
OF 
Sector 
15 at Side 0 


08 
Sector 8 at Side 0 


0 
Sector 
1 to 25 at Side 1 
NC 
NC 
R + 1 
NC 
1A 
OF 
Sector 
1 to 14 at Side 1 


08 
Sector 
1 to 7 at Side 1 


1A 
Sector 26 at Side 1 
C+1 
NC 
R = 01 
NC 
OF 
Sector 
15 at Side 1 


08 
Sector 8 at Side 1 


1A 
Sector 
1 to 25 at Side 0 
NC 
NC 
R+1 
NC 
OF 
Sector 
1 to 14 at Side 0 


08 
Sector 
1 to 7 at Side 0 


1A 
Sector 26 at Side 0 
NC 
LSB 
R = 01 
NC 
OF 
Sector 
15 at Side 0 


08 
Sector 8 at Side 0 


1 
Sector 
1 to 25 at Side 1 
NC 
NC 
R+1 
NC 
1A 
OF 
Sector 
1 to 14 at Side 1 


08 
Sector 
1 to 7 at Side 1 


1A 
Sector 26 at Side 1 
C+1 
LSB 
R = 01 
NC 
OF 
Sector 
15 at Side 1 


08 
Sector 8 at Side 1 


NOTES: 
1. NC(NoChange): The same value as the one at the beginningof command execution. 
2. LSB(Least SignificantBit):The least significantbit of H is complemented. 


In some applications the user may wish to use this com- 
mand as a No-Op command to place the FDC in a 
stand-by or no operation state. 


As briefly discussed in Section 2, LSI disk controllers 
such as the 8272 require external circuitry to generate a 
data window signal. This signal is used within the FDC 
to isolate the data bits contained within the READ 
DATA 
input signal from the disk drive. (The disk 


READ DATA signal is a composite signal constructed 
from both clock and data information.) After isolating 
the data bits from this input signal, the FDC assembles 
the data bits into 8-bit bytes for transfer to the system 
processor or memory. 


In a single-density (FM) recording (Figure 3), the bit 
cell is 4 microseconds wide. Each bit cell contains a 
clock bit at the leading edge of the cell. The data bit (if 
present) is always located at the center of the cell. The 
job of data separation is relatively straightforward for 
single-density; simply generate a data window 2 IJ-s 
wide starting I IJ-safter each clock bit. Since every cell 
has a clock bit, a fixed window reference is available for 
every data bit and because the window is 2 IJ-swide, a 
slightly shifted data bit will still remain within the data 
window. 


A single-density data separator with these specifica- 
tions may be easily generated using a digital or analog 
one-shot triggered by the clock bit. 


inter 


Double-density (MFM) bit cells are reduced to 2 fLs(in 
order to double the disk data storage capacity). Clock 
bits are inserted into the data stream only if data bits 
are not present in both the current and preceding bit 
cells (Figure 3). The data bit (if present) still occurs at 
the center of the bit cell and the clock bit (if present) 
still occurs at the leading edge of the bit cell. 


MFM data separation has two problems. First, only 
some bit cells contain a clock bit. In this manner, MFM 
encoding loses the fixed bit cell reference pulse present 
in FM encoding. Second, the bit cell for MFM is one- 
half the size of the bit cell for FM. This shorter bit cell 
means that MRM cannot tolerate as large a playback 
data-shift (as FM can tolerate) without errors. 


Since most playback data-shift is predictable, the FDC 
can precompensate the write data stream so that datal 
clock pulses will be correctly positioned for subsequent 
playback. This function is completely controlled by the 
FDC and is only required for MFM recording. During 
write operations, the FDC specifies an early, normal, or 
late bit positioning. This timing information is specified 
with respect to the FDC write clock. Early and late 
timing is typically 125 ns to 250 ns before or after the 
write clock transition (depending on disk drive require- 
ments). 


The data separator circuitry for double-density record- 
ing must continuously analyze the total READ DATA 
stream, synchronizing its operation (window genera- 
tion) with the actual clock/data bits of the data stream. 
The data separation circuit must track the disk input 


data frequency very closely-unpredictable 
bit shifts 


leave less than 50 ns margin to the window edges. 


Only an analog phase-locked loop (PLL) can provide 
the reliability required for a double-density data separa- 
tion circuit. (A phase-locked loop is an electronic cir- 
cuit that constantly analyzes the frequency of an input 
signal and locks another oscillator to that frequency.) 
Using analog PLL techniques, a data separator can be 
designed with ± I ns resolution (this would require a 
100 MHz clock in a digital phase-locked loop). The 
analog PLL determines the clock and data bit positions 
by sampling each bit in the serial data stream. The 
phase relationship between a data bit and the PLL gen- 
erated data window is constantly fed back to adjust the 
position of the data window, enabling the PLL to track 
input data frequency changes, and thereby reliably read 
previously recorded data from a floppy disk. 


A block diagram of the phase-locked loop described in 
this application note is shown in Figure 7. Basically, the 
phase-locked loop operates by comparing the frequency 
of the input data (from the disk drive) against the fre- 
quency of a local oscillator. The difference of these fre- 
quencies is used to increase or decrease the frequency of 
the local oscillator in order to bring its frequency closer 
to that of the input. The PLL synchronizes the local 


READ DATA 
(TO FDC) 


DATA WINDOW 
(TOFDC) 


inter 


oscillator to the frequency of the input during the all 
"zeroes" synchronization field on the floppy disk (im- 
mediately preceding both the ID field and the data 
field. 


The PLL consists of nine ICs and is located on page 3 
of the schematics in the Appendix. The 8272 vca out- 
put essentially turns the PLL circuitry on and off. 
When the PLL is off, it "idles" at its center frequency. 
The vca turns the PLL on only when valid data is 
being received from the disk drive. The vca turns the 
PLL on after the read/write head has been loaded and 
the head load time has elapsed. The PLL is turned off 
in the gap between the ID field and the data field and in 
the gap after the data field (before the next sector ID 
field). The GPL parameter in the FDC read and write 
commands specifies the elapsed time (number of data 
bytes) that the PLL is turned off in order to blank out 
discontinuities that appear in the gaps when the write 
current is turned on and off. The PLL operates with 
either MFM or FM input data. The MFM output from 
the FOC controls the PLL operation frequency. 


The PLL consists of six functional blocks as follows: 
I) Pulse Shaping-A 
96LS02 senses a READ DATA 
pulse and provides a clean output signal to the FDC 
and to the PLL Phase Comparator and Frequency 
Discriminator circuitry. 


2) Phase Comparator-The 
phase difference between 
the PLL oscillator and the READ DATA input is 
compared. Pump up (PU) and pump down (PD) er- 
ror signals are derived from this phase difference and 
output to the filter. If there is no phase difference 
between the PLL oscillator and the READ DATA 
input, the PU and PD pulse widths are equal. If the 
READ DATA pulse occurs early, the PU duration 
is shorter than the PD duration. If the data pulse 
occurs late, the PU duration is longer than the PD 
duration. 


3) Filter-This 
analog circuit filters the PU and PD 
pulses into an error voltage. This error voltage is 
buffered by an LM358 operational amplifier. 
4. PLL Oscillator-This 
oscillator is composed of a 
74LS393, 74LS74, and 96LS02. The oscillator fre- 
quency is controlled by the error voltage output by 
the filter. This oscillator also generates the data win- 
dow signal to the FDC. 


5. Frequency 
Discriminator-This 
logic tracks 
the 
READ DATA input from the disk drive and dis- 
criminates between the synchronization gap for FM 
recording (250 KHz) and the gap for MFM record- 
ing (500 KHz). Synchronization gaps immediately 
precede address marks. 


6. Start Logic-The 
function of this logic is to clamp 
the PLL oscillator to its center frequency (2 MHz) 
until the FDC vca signal is enabled and a valid 
data pattern is sensed by the frequency discrimina- 
tor. The start logic (consisting of a 74LS393 and 
74LS74) ensures that the PLL oscillator is started 
with zero phase error. 


The PLL must be initially adjusted to operate at its 
center frequency with the vca output off and the ad- 
justment jumper removed. The 5K timepot should be 
adjusted until the frequency at the test point (Q output 
of the 96LS02) is 2 MHz. The jumper should then be 
replaced for normal operation. 


The following paragraphs describe the operational and 
design details of the phase-locked loop data separator 
illustrated in the appendix. Note that the analog section 
is operated from a separately filtered + 5V supply. 


As long as the 8272 maintains a low vca signal, the 
data separator logic is "turned off'. In this state, the 
PLL oscillator (96LS02) is not oscillating and therefore 
the 2XBR signal is constantly low. In addition, the 
pump up (PU) and pump down (PD) signals are inac- 
tive (PU low and PD high), the CNT8 signal is inactive 
(low), and the filter input voltage is held at 2.5 volts by 
two I Mfi resistors between ground and + 5 volts. 


The data separator freqeuncy discriminator, the input 
pulse shaping circuitry, and the start logic are always 
enabled and respond to rising edges of the READ 
DATA signal. The rising edge of every data bit from 
the disk drive triggers two pulse shaping one-shots. The 
first pulse shaper generates a stable and well-defined 
200 ns read data pulse for input to the 8272 and other 
portions of the data separator logic. The second one- 
shot generates a 2.5 p.s data pulse that is used for input 
data frequency discrimination. 


The frequency discriminator operates as illustrated in 
Figure 8. The 2F output signal is active (high) during 
reception of valid MFM (double-density) sync fields on 
the disk while the IF signal is active (high) during re- 
ception of valid FM (single-density) sync fields. A mul- 
tiplexer (controlled by the 8272 MFM signal) selects 
the appropriate IF or 2F signal depending on the pro- 
grammed mode. 


inter 
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Once the YCO signal is active and eight sync bits have 
been counted, the CNT8 signal is enabled. This signal 
turns on the PLL oscillator. Note that this oscillator 
starts synchronously with the rising edge of the disk 
input data (becasue CNT8 is synchronous with the data 
rising edge) and the oscillator also starts at its center 
frequency of 2 MHz (because the LM348 fIlter input is 
held at its center voltage of approximately 2.5 volts). 
This frequency is divided by two and four to generate 
the 2XBR signal (I MHz for MFM and 500 KHz for 
FM). 


The data separator is designed to require reception of 
eight valid sync bits (one sync byte) before enabling the 
PLL oscillator and attempting to synchronize with the 
input data stream (see Figure 9). This delay ensures 
that the PLL will not erroneously synchronize outside a 
valid sync field in the data stream if the YCO signal is 
enabled slightly early. The sync bit counter is asynchro- 
nously reset by the CNTEN 
signal when valid sync 
data is not being recevied by the drive. 


inter 
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At this point, the PLL is enabled and begins to syn- 
chronize with the input data stream. This synchroniza- 
tion is accomplished very simply in the followingman- 
ner. The pump up (PU) signal is enabled on the rising 
edge of the READ OATA from the disk drive. (When 
the PLL is synchronized with the data stream, this 
point will occur at the same time as the falling edge of 
the 2XBR signal as shown in Figure 9). The PU Signal 
is turned off and the PO signal is activated on the next 
rising edge of the 2XBR clock. With this scheme, the 
difference between PU active time and the PO active 
time is equal to the differencebetween the input bit rate 


and the PLL clock rate. Thus, if PU is turned on longer 
than PO is on, the input bit rate is faster than the PLL 
clock. 


As long as PU and PO are both inactive, no charge is 
transferred to or from the LM358 input holding capaci- 
tor, and the PLL output frequency is maintained (the 
LM358 operational amplifier has a very high input im- 
pedance). Whenver PU is turned on, current flowsfrom 
the + 5 volt supply through a 20K resistor into the 
holding capacitor. When the PO signal is turned on, 
current flows from the holding capacitor to ground 
through a 20K resistor. In this manner, both the pump 
up and pump down charging rates are balanced. 


inter 


The change in capacitor charge (and therefore voltage) 
after a complete PU/PO 
cycle is proportional to the 


difference between the PU and PO pulse widths and is 
also proportional to the frequency difference between 
the incoming data stream and the PLL oscillator. As 
the capacitor voltage is raised (PU active longer than 
PO), the PLL oscillator time constant 
(RC of the 


96LS02) is modified by the filter output (LM358) to 
raise the oscillator frequency. As the capacitor voltage 
is lowered (PO active longer than PO), the oscillator 
frequency is lowered. If both frequencies are equal, the 
voltage on the holding capacitor does not change, and 
the PLL oscillator frequency remains constant. 


6.0 AN INTElliGENT 
DISKETTE 


DATA BASE SYSTEM 


The system described in this application note is de- 
signed to function as an intelligent data base controller. 
The schematics for this data base unit are presented in 
Appendix A; a block diagram of the unit is illustrated 
in Figure 10. As designed, the unit can access over four 
million bytes of mass storage on four floppy disk drives 
(using a single 8272 FOC); the system can easily be 
expanded to four FOC devices (and 16 megabytes of 
on-line disk storage). Three serial data links are also 
included. These data links may be used by CRT termi- 
nals or other microprocessor systems to access the data 
base. 


A high-performance 8088 eight-bit microprocessor (op- 
erating at 5 MHz with no wait states) controls system 
operation. The 8088 was selected because of its memory 
addressing capabilities and its sophisticated string han- 
dling instructions. These features improve the speed of 
data base search operations. In addition, these capabili- 
ties allow the system to be easily upgraded with addi- 
tional memory, disk drives, and if required, a bubble 
memory or Winchester disk unit. 


The schematics for the basic design provide 8K bytes of 
2732A high-speed EPROM program storage and 8K 
bytes of disk directory and file buffer RAM. This mem- 
ory can easily be expanded to I megabyte for perform- 
ance upgrades. 


An 8259A Programmable Interrupt Controller (PIC) is 
also included in the design to field interrupts from both 
the serial port and the FOC. This interrupt controller 
provides a large degree of programming flexibility for 
the implementation of data base function in an asyn- 
chronous, demand driven environment. The PIC allows 
the system to accumulate asynchronous data base re- 
quests from all serial I/O ports while previously speci- 
fied data base operations are currently in progress. This 
feature is made possible by the ability of the 8251A 
RXROY signal to cause a processor interrupt. After 
receiving this interrupt, the processor can temporarily 
halt work on existing requests and enter the incoming 
information into a data base request buffer. Once the 
information has been entered into the buffer, the system 
can resume its previous processing. 


In addition, the PIC permits some portions of data base 
requests to be processed in parallel. For example, once 
a disk record has been loaded into a memory buffer, a 
memory search can proceed in parallel with the loading 
of the next record. After the FOC completes the record 
transfer, the memory search will be interrupted and the 
processor can begin another disk transfer before resum- 
ing the memory search. 


The bus structure of the system is split into three func- 
tional buffered units. A 20-bit address from the proces- 
sor is latched by three-state transparent 74LS373 devic- 
es. When the processor is in control of the address and 
data busses, these devices are output enabled to the sys- 
tem buffered address bus. All I/O devices are placed 
directly on the local data bus. Finally, the memory data 
bus is isolated from the local data bus by an 8286 octal 
transceiver. The direction of this transceiver is deter- 
mined by the Memory Read signal, while its output 
enable is activated by a Memory Read or Memory 
Write command. 
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The Transmitter Read and Receiver Ready output sig- 
nals of the 8251As are routed to the interrupt inputs of 
the 8259A interrupt controller. These signals interrupt 
processor execution when a data byte is received by a 
USART and also when the USART is ready to accept 
another data byte for transmission. 


The three RS-232-C compatible serial I/O ports oper- 
ate at software-programmable 
baud rates to 19.2K. 
Each I/O port is controlled by an 8251A USART (Uni- 
versal 
Synchronous/Asynchronous 
ReceiverlTrans- 
mitter). Each USART is individually programmable for 
operation in many synchronous and asynchronous seri- 
al data transmission formats (including IBM Bi-sync). 
In operation, 
USAR T error 
detection 
circuits 
can 


check for parity, data overrun, and framing errors. An 
8253 Programmable Interval Timer is employed to gen- 
erate the baud rates for the serial I/O ports. 


The 8272 FDC interfaces to system memory by means 
of an 8237-2 high-speed DMA controller. Transfers be- 
tween the disk controller and memory also operate with 


no wait states when 2114-3 (150 ns) or faster static 
RAM is used. In operation, the 8272 presents a DMA 
request to the 8237 for every byte of data to be trans- 
ferred. This request causes the 8273to present a HOLD 
request to the 8088. As soon as the 8088 is able to 
relinquish data/address bus control, the processor sig- 
nals a HOLD acknowledge to the 8237.The 8237 then 
assumes control over the data and address busses. After 
latching the address for the DMA transfer, the 8237 
generates simultaneous I/O Read and Memory Write 
commands (for a disk read) or simultaneous I/O Write 
and Memory Read commands (for a disk write). At the 
same time, the 8272 is selected as the I/O device by 
means of the DMA acknowledge signal from the 8237. 
After this single byte has been transferred between the 
FDC and memory, the DMA controller releases the 
data/address busses to the 8088 by deactivating the 
HOLD request. In a short period of time (13 f.Ls for 
double-density and 27 f.Ls for single-density) the FDC 
requests a subsequent data transfer. This transfer oc- 
curs in exactly the same manner as the previous trans- 
fer. After all data transfers have been completed (speci- 
fied by the word count programmed into the 8237 be- 
fore the FDC operation was initiated), the 8237 signals 
a terminal count (EOP pin). This terminal count signal 
informs the 8272 that the data transfer is complete. 
Upon reception of this terminal count signal, the 8272 
halts DMA requests and initiates an "operation com- 
plete" interrupt. 


Since the system is designed for a 20-bit addressing, a 
four-bit DMA-address latch is included as a processor 
addressable I/O port. The processor writes the upper 
four DMA address bits before a data transfer. When 
the DMA controller assumes bus control, the contents 
of this latch are output enabled on the upper four bits 
of the address bus. The only restriction in the use of 
this address latch is that a single disk read or write 
transfer cannot cross a 64K memory boundary. 


The 8272 FDC may be interfaced to a maximum of 
four eight-inch floppy disk drives. Both single- and 
double-densitydrives are accommodated using the data 
separation circuit described in section 5. In addition, 
single-or dual-sided disk drives may be used. The 8272 
is driven by an 8 MHz crystal controller clock pro- 
duced by an 8224 clock generator. 


Drive select signals are decoded by means of a 74LS139 
from the DSO,DSI outputs of the FDC. The fault reset, 
step, low current, and direction outputs to the disk 
drives are generated from the FR/STEP, LCTIDIR, 
and RW/SEEK FDC output signals by means of a 
74LS240.The other half of the 74LS240functions as an 
input multiplexer for the disk write protect, two-sided, 
fault, and track zero status signals. These signals are 
multiplexed into the WPITS and FLTITRKO inputs to 
the 8272. 


The 8272write clock (WR CLK) is generated by a ring 
counter/multiplexer combination. The write clock fre- 
quency is I MHz for MFM recording and 500 KHz for 
FM recording (selected by the MFM output of the 
8272).The pulse width is a constant 250 ns. The write 
clock is constantly generated and input to the FDC 
(during both read and write operations). The FDC 
write enable output (WE) is transmitted directly to the 
write gate disk drive input. 


Write data to the disk drive is preshifted (according to 
the PSO,PSI FDC outputs) by the combination of a 
74LSI75 four-bit latch and a 74LSI53 multiplexer. The 
amount of preshift is completely controlled within the 
8272 FDC. Three cases are possible: the data may be 
written one clock cycle early, one clock cycle late, or 
with no preshift. The data preshift circuit is activated 
by the FDC only in the double-density mode. The pre- 
shift is required to cancel predictable playback data 
shifts when recorded data is later read from the floppy 
disk. 


A single 50-conductor flat cable connects the board to 
the floppy disk drives. FDC outputs are driven by 7438 
open collector high-current line-drivers. These drivers 
are resistively terminated on the last disk drive by 
means of a 150n resistor to + 5V. The line receivers 
are 7414 Schmitt triggered inverters with 150n pull-up 
resistors on board. 


This section contains a quick reviewof key features and 
issues, most of which have been mentioned in other 
sections of this application note. Before designing with 
the 8272 FDC, it is advisable that the information in 
this section be completely understood. 


The 8272 always operates in a multi-sector transfer 
mode. The 8272continues to transfer data until the TC 
input is activated. In a DMA configuration, the TC 
input of the 8272 must always be connected to the 
EOPITC output of the DMA controller. When multi- 
ple DMA channels are used on a single DMA control- 
ler, EOP must be gated with the select signal for the 
proper FDC. If the TCD signal is not gated, a terminal 
count on another channel will abort FDC operation. 


In a processor driven configuration with no DMA con- 
troller, the system must count the transfers and supply 
a TC signal to the FDC. In a DMA environment, OR- 
ing a programmable TC with the TC from the DMA 
controller is a convenient means of ensuring that the 
processor may always gain control of the FDC (even if 
the diskette system hangs up in an abnormal manner). 


inter 


7.2 
Processor 
Command/Result 
Phase Interface 


In the command phase, the processor must write the 
exact number of parameters in the exact order shown in 
Table 5. During the result phase, the processor must 
read the complete result status. For example, the For- 
mat Track command requires six command bytes and 
presents seven result bytes. The 8272 will not accept a 
new command until all result bytes are read. Note that 
the number of command and result bytes varies from 
command-to-command. 
Command and result phases 


cannot be shortened. 


During both the command and result phases, the Main 
Status Register must be read by the processor before 
each byte of information is read from, or written to, the 
FDC Data Register. Before each command byte is writ- 
ten, DIO (bit 6) must be low (indicating a data transfer 
from the processor) and RQM (bit 7) must be high 
(indicating that the FDC is ready for data). During the 
result phase, DIO must be high (indicating a data 
transfer to the processor) and RQM must also be high 
(indicating that data is ready for the processor). 


NOTE: 
After the 8272 receives a command byte, the RQM 
flag may remain set for 12 microseconds (with an 8 
MHz clock). Software should not attempt to read the 
Main Status Register before this time interval has 
elapsed; otherwise, the software will erroneously as- 
sume that the FDC is ready to accept the next byte. 


The 8272 does not support 
128 byte sectors in the 


MFM (double-density) mode. 


The FOC Write Clock input (WR CLK) must be pres- 
ent at all times. 


The FDC Reset input (RST) must be held active during 
power-on reset while the RD and WR inputs are active. 
If the reset input becomes inactive while RD and WR 
are still active, the 8272 enters the test mode. Once 
activated, the test mode can only be deactivated by a 
power-down condition. 


The 8272 constantly polls (starting after the power-on 
reset) all drives for changes in the drive ready status. At 


power-on, the FOC assumes that all drives are not 
ready. If a drive application requires that the ready line 
be strapped active, the FDC will generate an interrupt 
immediately after power is applied. 


Only the gap 3 size is software programmable. All oth- 
er gap sizes are fixed. In addition, different gap 3 sizes 
must be specified in format, read, write, and scan com- 
mands. Refer to Section 3 and Table 9 for gap size 
recommendations. 


The drive busy flag in the Main Status Register remains 
set after a Seek command is issued until the Sense In- 
terrupt Status command is issued (following reception 
of the seek complete interrupt). 


The FDC does not perform implied seeks. Before issu- 
ing data read or write commands, the read/write head 
must be positioned over the correct cylinder. If the 
head is not positioned correctly, a cylinder address er- 
ror is generated. 


After issuing a step pulse, the 8272 resumes drive status 
polling. For correct stepper operation in this mode, the 
stepper motor must be constantly enabled. (Most drives 
provide a jumper to permit the stepper motor to be 
constantly enabled.) 


The 8272 can emit a step pulse that is one millisecond 
faster than the rate programmed by the SRT parameter 
in the Specify command. This action may cause subse- 
quent sector not found errors. The step rate time should 
be programmed to be I ms longer than the step rate 
time required by the drive. 


A cable length of less than 10 feet is recommended for 
drive interfacing. 


The current 8272 has several problems when using the 
scan commands. These commands should not be used 
at this time. 


When the processor receives an interrupt 
from the 


FDC, the FDC may be reporting one of two distinct 
events: 
a) The beginning of the result phase of a previously 
requested read, write, or scan command. 


b) An asynchronous event such as a seek/recalibrate 


completion, an attention, an abnormal command ter- 
mination, or an invalid command. 


These two cases are distinguished by the FDC busy flag 
(bit 4) in the Main Status Register. If the FDC busy 
flag is high, the interrupt is of type (a). If the FDC busy 
flag is low, the interrupt was caused by an asynchro- 
nous event (b). 


A single interrupt from the FOC may signal more than 
one of the above events. After receiving an interrupt, 
the processor must continue to issue Sense Interrupt 
Status commands (and service the resulting conditions) 
until an invalid command code is received. In this man- 
ner, all "hidden" interrupts are ferreted out and servo 
iced. 


The skip flag is used during the execution of Read 
Data, Read Deleted Data, Read Track, and various 
Scan commands. This flag permits the FDC to skip 
unwanted sectors on a disk track. 


When performing a Read Data, Read Track, or Scan 
command, a high SK flag indicates that the FDC is to 
skip over (not transfer) any sector containing a deleted 
data address mark. A low SK flag indicates that the 
FDC is to terminate the command (after reading all the 
data in the sector) when a deleted data address mark is 
encountered. 


When performing a Read Deleted Data command, a 
high SK flag indicates that sectors containing normal 
data address marks are to be skipped. Note that his is 
just the opposite situation from that described in the 
last paragraph. When a data address mark is encoun- 
tered during a Read Deleted Data command (and the 
SK flag is low), the FDC terminates the command after 
reading all the data in the sector. 


The 8272 does not internally maintain bad track infor- 
mation. The maintenance of this information must be 
performed ,by system software. As an example of typi- 
cal bad track operation, assume that a medIa test deter- 
mines that track 31 and track 66 of a given floppy disk 
are bad. When the disk is formatted for use, the system 
software formats physcial track 0 as logical cylinder 0 
(C = 0 in the command phase parameters), physic~1 
track I as logical track I (C = I), and so on, untJi 
physical track 30 is formatted as logical cylinder 30 (C 
= 30). Physical track 31 is bad and should be format- 
ted as logical cylinder FF (indicating a bad track). 
Next, physical track 32 is formatted as logical cylinder 
31, and so on, until physical track 67 is formatted as 
logical cylinder 64. Next, bad physical track 66 is for- 
matted as logcial cylinder FF (another bad track mark- 
er), and physical track 67 is formatted as logical cy~in- 
der 65. This formatting continues until the last phYSICal 
track (77) is formatted as logical cylinder 75. Normally, 
after this formatting is complete, the bad track informa- 
tion is stored in a prespecified area on the floppy disk 
(typically in a sector on track 0) so that the system will 
be able to recreate the bad track information when the 
disk is removed from the drive and reinserted at some 
later time. 


To illustrate how the system software performs a trans- 
fer operation disk with bad tracks, assume that the disk 
drive head is positioned at track 0 and the disk de- 
scribed above is loaded into the drive. If a command to 
read track 36 is issued by an application program, the 
system software translates this read command into a 
.seek to physical track 37 (since there is one bad track 
between 0 and 36, namely 31) followed by a read of 
logical cylinder 36. Thus, the cylinder parameter C is 
set to 37 for the Seek command and 36 for the Read 
Sector command. 


7.15 
Head Load versus Head Settle 
Times 


The 8272 does not permit separate specification of the 
head load time and the head settle time. When the 
Specify command is issued for a given disk drive, the 
proper value for the HLT parameter is the maximum of 
the head load time and the head settle time. 
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APPENDIX 
A 
SCHEMATICS 


Part 
Ref Deslg 
+5 
GND 
+12 
-12 
8088 
A2 
40 
1,20 


8224 
16 
9,16 
8 


8237-2 
A6 
31 
20 


8251A 
A9,B9,C9 
26 
4 


8253-5 
A10 
24 
12 


8259A 
B10 
28 
14 


8272 
010 
40 
20 


8284 
A1 
18 
9 


8286 
B6,F4 
20 
10 


2114 
F1,F2,G1,G2,H1,H2,11,12 
18 
9 


2732A 
01,02 
24 
12 
74L800 
E1 
14 
7 


74L804 
B2,E6,E8,F8 
14 
7 


74L827 
E2,E5 
14 
7 


74L832 
B1 
14 
7 


74L874 
A4,G5,H6 
14 
7 
74L8138 
F3 
16 
8 


74L8139 
E10 
16 
8 


74L8153 
13 
16 
8 


74L8157 
F6 
16 
8 


74L8164 
F5 
14 
7 


74L8173 
G3 
16 
8 


74L8175 
G4 
16 
8 


74L8240 
G10 
20 
10 


74L8257 
03 
16 
8 


74L8367 
C3,E9 
16 
8 


74L8373 
B4,C4,04,C6 
20 
10 


74L8393 
15,F7 
14 
7 


74808 
E4 
14 
7 
748138 
06,E3 
16 
8 


7414 
H7 
14 
7 


7438 
H8,H9,H10 
14 
7 


1488 
H3 
7 
14 
1 
1489 
H4 
14 
7 
96L802 
G7 
16 
8 


96L802 
G6 
16 
8 
LM358 
H5 
8 
4 
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Oisk interface software is a major contributor to the 
efficient and reliable operation of a floppy disk subsys- 
tem. This software must be a well-designed compromise 
between the needs of the application software modules 
and the capabilities of the floppy disk controller (FOe). 
In an effort to meet these requirements, the implemen- 
tation of disk interface software is often divided into 
several levels of abstraction. The purpose of this appli- 
cation note is to define these software interface levels 
and describe the design and implementation of a modu- 
lar and flexible software driver for the 8272 FOC. This 
note is a companion to AP-116, "An Intelligent Oata 
Base System Using the 8272". 


The software interface level closest to the FOC hard- 
ware is referred to as the physical interface level. At 
this level, interface modules (often called disk drivers or 
disk handlers) communicate directly with the FOC de- 
vice. Oisk drivers accept floppy disk commands from 
other software modules, control and monitor the FpC 
execution of the commands, and fmally return opera- 
tional status information (at command termination) to 
the requesting modules. 


In order to perform these functions, the drivers must 
support the bitlbyte level FOC interface for status and 
data transfers. In addition, the drivers must field, clas- 
sify, and service a variety of FOC interrupts. 


System and application software modules often specify 
disk operation parameters that are not directly compat- 
ible with the FOC device. This software incompatibility 
is typically caused by one of the following: 
I) The change from an existing FOC to a functionally 
equivalent design. Replacing a TTL based controller 
with an LSI device is an example of a change that 
may result in software incompatibilities. 
2) The upgrade of an existing FOC subsystem to a 


higher capability design. An expansion from a sin- 
gle-sided, single-density system to a dual-sided, dou- 
ble-density system to increase data storage capacity 
is an example of such a system change. 


3) The abstraction 
of the disk software interface to 


avoid redundancy. Many FOC parameters (in par- 
ticular the density, gap size, number of sectors per 
track and number of bytes per sector) are fixed for a 
floppy disk (after formatting). In fact, in many sys- 
tems these parameters are never changed during the 
life of the system. 


4) The requirement to support a software interface that 
is independent of the type of disk attached to the 
system. In this case, a system generated ("logical") 
disk address (drive, head, cylinder, and sector num- 
bers) must be mapped into a physical floppy disk 
address. For example, to switch between single- and 
dual-sided disks, it may be easier and more cost-ef- 
fective for the software to treat the dual-sided disk as 
containing twice as many sectors per track (52) rath- 
er than as having two sides. With this technique, 
accesses to sectors 1 through 26 are mapped onto 
head 0 while accesses to sectors 27 through 52 are 
mapped onto head I. 


5) The necessity of supporting a bad track map. Since 


bad tracks depend on the disk media, the bad track 
mapping varies from disk to disk. In general, the 
system and application software should not be con- 
cerned with calculating bad track parameters. 
In- 
stead, these software modules should refer to cylin- 
ders logically (0 through 76). The logical interface 
level procedures must map these cylinders into phys- 
ical cylinder positions in order to avoid the bad 
tracks. 


The key to logical interface software design is the map- 
ping of the "logical disk interface" (as seen by the ap- 
plication software) into the "physical disk interface" (as 
implemented by the floppy disk drivers). This logical to 
physical mapping is tightly coupled to system software 
design and the mapping serves to isolate both applica- 
tions and system software from the peculiarities of the 
FOC device. Typical logical interface procedures are 
described in Table I. 


The file system typically comprises the highest level of 
disk interface software used by application programs. 
The file system is designed to treat the disk as a collec- 
tion of named data areas (known as files). These files 
are cataloged in the disk directory. File system interface 
software permits the creation of new files and the dele- 
tion of existing flies under software control. When a file 
is created, its name and disk address are entered into 
the directory; when a file is deleted, its name is re- 
moved from the directory. Application 
software re- 


quests the use of a file by executing an OPEN function. 
Once opened, a file is normally reserved for use by the 
requesting program or task and the flIe cannot be re- 
opened by other tasks. When a task no longer needs to 
use an open file, the task closes the file, releasing it for 
use by other tasks. 


Most file systems also support a set of file attributes 
that can be specified for each file. File attributes may be 
used to protect files (e.g., the WRITE PROTECT attri- 
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bute ensures that an existing file cannot accidentally be 
overwritten) and to supply system configuration infor- 
mation (e.g., a FORMAT attribute may specify that a 
file should automatically be created on a new disk when 
the disk is formatted). 


At the me system interface level, application programs 
need not be explicitly aware of disk storage allocation 
techniques, block sizes, or file coding strategies. Only a 
"file name" must be presented in order to open, read or 
write, and subsequently close a file. Typical me system 
functions are listed in Table 2. 


Name 
Description 


FORMAT 
DISK 
Controls 
physical disk formatting 
for all tracks on a disk. Formatting 


adds FDC recognized 
cylinder, 
head, and sector addresses 
as well as 


address 
marks and data synchronization 
fields (gaps) to the floppy 


disk media. 


RECALIBRATE 
Moves the disk read/write 
head to track 0 (at the outside edge of the 


disk). 


SEEK 
Moves the disk read/write 
head to a specified 
logical cylinder. The 
logical and physical cylinder 
numbers 
may be different 
if bad track 


mapping 
is used. 


READ STATUS 
Indicates the status of the floppy disk drive and media. One important 
use of this procedure 
is to determine 
whether 
a floppy disk is dual- 


sided. 


READ SECTOR 
Reads one or more complete 
sectors starting at a specified 
disk 


address 
(drive, head, cylinder, 
and sector). 


WRITE SECTOR 
Writes one or more complete 
sectors 
starting at a specified 
disk 


address (drive, head, cylinder, 
and sector). 


Name 
Description 


OPEN 
Prepare a file for processing. 
If the file is to be opened for input and the 


file name is not found in the directory, 
an error is generated. 
If the file is 


opened for output and the file name is not found in the directory, 
the 


file is automatically 
created. 


CLOSE 
Terminate 
processing 
of an open file. 


READ 
Transfer 
Data from an open file to memory. The READ function 
is 


often designed 
to buffer one or more sectors of data from the disk 


drive and supply this data to the requesting 
program, as required. 


WRITE 
Transfer 
data from memory to an open file. The WRITE function 
is 


often designed 
to buffer data from the application 
program 
until 


enough data is available 
to fill a disk sector. 


CREATE 
Initialize a file and enter its name and attributes 
into the file directory. 


DELETE 
Remove 
a file from the directory 
and release its storage 
space. 


RENAME 
Change the name of a file in the directory. 


ATIRIBUTE 
Change the attributes 
of a file. 


LOAD 
Read a file of executable 
code into memory. 


INITDISK 
Initialize a disk by formatting 
the media and establishing 
the directory 
file, the bit map file, and other system files. 
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This application note directly addresses the logical and 
physical interface levels. A complete 8272 driver (in- 
cluding interrupt servicesoftware) is listed in Appendix 
A. In addition, examples of recalibrate, seek, format, 
read, and write logical interface level procedures are 
included as part of the exerciser program found in Ap- 
pendix B. Wherever possible, specifichardware config- 
uration dependencies are parametized to provide maxi- 
mum 
flexibility without 
requiring major software 


changes. 


One of the most important software aspects of disk in- 
terfacing is the fixed sector size. (Sector sizes are fixed 
when the disk is formatted.) Individual bytes of disk 
storage cannot be read/written; instead, complete sec- 
tors must be transferred between the floppy disk and 
system memory. 


Selectionof the appropriate sector size involvesa trade- 
off between memory size, disk storage efficiency, and 
disk transfer efficiency.Basically, the followingfactors 
must be weighed: 
1) Memory size. The larger the sector size, the larger 
the memory area that must be reserved for use dur- 
ing disk I/O transfers. For example, a IK byte disk 
sector size requires that at least one IK memory 
block be reserved for disk I/O. 
2) Disk Storage efficiency. Both very large and very 


small sectors can waste disk storage space as follows. 
In disk file systems, space must be allocated some- 
where on the disk to link the sectors of each file 
together. If most files are composed of many small 
sectors, a large amount of linkage overhead informa- 
tion is required. At the other extreme, when most 
ftles are smaller than a single disk sector, a large 
amount of space is wasted at the end of each sector. 
3) Disk transfer efficiency. A file composed of a few 
large sectors can be transferred to/from memory 
more efficiently (faster and with less overhead) than 
a ftle composed of many small sectors. 


Balancing these considerations requires knowledge of 
the intended system applications. Typically, for general 
purpose systems, sector sizes from 128 bytes to IK 
bytes are used. For compatibility between single-densi- 
ty and double-density recording with the 8272 floppy 
disk controller, 256 byte sectors or 512 byte sectors are 
most useful. 


Three distinct software interface techniques may be 
used to interface system memory to the FDC device 
during sector data transfers: 
I) DMA-In 
a DMA implementation, the software is 


only required to set up the DMA controller memory 
address and transfer count, and to initiate the data 
transfer. The DMA controller hardware handshakes 
with the processor/system bus in order to perform 
each data transfer. 


2) Interrupt Driven-The 
FDC generates an interrupt 


when a data byte is ready to be transferred to memo- 
ry, or when a data byte is needed from memory. It is 
the software's responsibility to perform appropriate 
memory reads/writes in order to transfer data from/ 
to the FDC upon receipt of the interrupt. 


3) Polling-Software 
responsibilities in the 
polling 


mode;are identical to the responsibilitiesin the inter- 
rupt driven mode. The polling mode, however, is 
used when interrupt 
service overhead 
(context 


switching) is too large to support the disk data rate. 
In this mode, the software determines when to trans- 
fer data by continually polling a data request status 
flag in the FDC status register. 


The DMA mode has the advantage of permitting the 
processor to continue executing instructions while a 
disk transfer is in progress. (This capability is especially 
useful in multiprogramming environments when the 
operating system is designed to permit other tasks to 
execute while a program is waiting for I/O.) Modes 2 
and 3 are often combined and described as non-DMA 
operating modes. Non-DMA modes have the advan- 
tage of significantly lower system cost, but are often 
performance limited for double-density systems (where 
data bytes must be transferred to/from the FDC every 
16microseconds). 


Some FDC devices support simultaneous disk opera- 
tions on more than one disk drive. Normally seek and 
recalibrate operations can be overlapped in this man- 
ner. Since seek operations on most floppy drives are 
extremely slow, this mode of operation can often be 
used by the system software to reduce overall disk ac- 
cess times. 
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The buffer concept is an extremely important element 
in advanced disk I/O strategies. A buffer is nothing 
more than a memory area containing the same amount 
of data as a disk sector contains. Generally, when an 
application program requests data from a disk, the sys- 
tem software allocates a buffer (memory area) and 
transfers the data from the appropriate disk sector into 
the buffer. The address of the buffer is then returned to 
the application software. In the same manner, after the 
application program has filled a buffer for output, the 


buffer address is passed to the system software, which 
writes data from the buffer into a disk sector. In multi- 
tasking systems, multiple buffers may be allocated from 
a buffer pool. In these systems. the disk controller is 
often requested to read ahead and fill additional data 
buffers while the application software is processing a 
previous buffer. Using this technique, system software 
attempts to fill buffers before they are needed by the 
application 
programs, 
thereby 
eliminating 
program 
waits during I/O transfers. Figure I illustrates the use 
of multiple buffers in a ring configuration. 


BUFFER #1 
BEING 
FillED 


NOTE: 
a) The first disk read request 
by the application 
software 
causes 
the disk subsystem 
to begin filling the first empty 
buffer. 
The application 
software 
must wait until the buffer 
is filled before 
it may continue 
execution. 
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BUFFER 
#1 
BEING 
EMPTIED 


BUFFER 
#2 
BEING 
FillED 


NOTE: 
b) After 
the first buffer 
is filled, 
the disk system 
continues 
to transfer 
disk data 
into the next buffer 
while 
the application 
software 
begins 
operating 
on the first full buffer. 
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BUFFER 
#1 
BEING 
EMPTIED 


NOTE: 
c) When 
all empty 
buffers 
have been filled. 
disk activity 
is stopped 
until the application 
software 
releases 
one or more 
buffers 
for reuse. 
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BUFFER 
#2 
BEING 
EMPTIED 


BUFFER 
#1 
BEING 
FILLED 


II' 
DATA 
FLOWF 
DISK INTO 
BU 


DISK 
- 
DISK 
DRIVE 
. 
SUBSYSTEM 


NOTE: 
d) When 
the application 
software 
releases 
a buffer 
(for reuse), 
the disk subsystem 
begins 
a disk sector 
read to refill the 
buffer. 
This 
strategy 
attempts 
to anticipate 
application 
software 
needs 
by maintaining 
a sufficient 
number 
of full data 


buffers 
in order 
to minimize 
data 
transfer 
delays. 
If disk data 
is already 
in memory 
when 
the application 
software 
re- 


quests 
it, no disk transfer 
delays 
are incurred. 


3.0 THE 8272 FLOPPY DISK 
CONTROLLER 


The 8272 is a single-chip LSI Floppy Disk Controller 
(FDC) that implements both single-and double-density 
floppy disk storage subsystems (with up to four dual- 
sided disk drives per FDC). The 8272 supports the 
IBM 3740 single-density recording format (FM) and 
the IBM System 34 double-density recording format 
(MFM). The 8272 accepts and executes high-leveldisk 
commands such as format track, seek, read sector, and 
write sector. All data synchronization and error check- 
ing is automatically performed by the FDC to ensure 
reliable data storage and subsequent retrieval. The 8272 
interfaces to microprocessor systems with or without 
Direct Memory Access (DMA) capabilitiesand also in- 
terfaces to a large number of commercially available 
floppy disk drives. 


The 8272executes fifteen high-leveldisk interface com- 
mands: 


Specify 
Sense Drive Status 
Sense Interrupt Status 
Seek 
Recalibrate 
Format Track 
Read Data 
Read Deleted Data 


Write Data 
Write Deleted Data 
Read Track 
Read ID 
Scan Equal 
Scan High or Equal 
Scan Low or Equal 


Each command is initiated by a multi-byte transfer 
from the driver software to the FDC (the transferred 
bytes contain command and parameter information). 
After complete command specification, the FDC auto- 
matically executes the command. The command result 
data (after execution of the command) may require a 
multi-byte transfer of status information back to the 
driver. It is convenient to consider each FDC command 
as consisting of the followingthree phases: 
Command Phase: The driver transfers to the FDC all 


the information required to perform 
a particular disk operation. The 8272 
automatically enters the command 
phase after RESET and followingthe 
completion of the result phase (if 
any) of a previous command. 


Execution Phase: The FDC performs the operation as 


instructed. The execution phase is 
entered immediately after the last 
command parameter is written to the 


FDC 
in the preceding command 


phase. The execution phase normally 
ends when the last data byte is trans- 
ferred to/from the disk or when an 
error occurs. 
After completion of the disk opera- 
tion, status and other housekeeping 
information are made available to 
the driver software. After this infor- 
mation is read, the FDC reenters the 
command phase and is ready to ac- 
cept another command. 


To support information transfer between the FDC and 
the system software, the 8272 contains two 8-bit regis- 
ters: the Main Status Register and the Data Register. 
The Main Status Register (read only) contains FCD 
status information and may be accessed at any time. 
The Main Status Register (Table 3) provides the system 
processor with the status of each disk drive, the status 
of the FDC, and the status of the processor interface. 
The Data Register (read/write) stores data, commands, 
parameters, and disk drive status information. The 
Data Register is used to program the FDC during the 
command phase and to obtain result information after 
completion of FDC operations. 


In addition to the Main Status Register, the FDC con- 
tains four additional status registers (STO, STI, STI, 
and ST3). These registers are only available during the 
result phase of a command. 


Table 4 lists the 8272 command set. For each of the 
fifteen commands, command and result phase data 
transfers are listed. A list of abbreviations used in the 
table is given in Table 5, and the contents of the result 
status registers (STO-ST3) are illustrated in Table 6. 


The bytes of data which are sent to the 8272 by the 
drivers during the command phase, and are read out of 
the 8272 in the result phase, must occur in the order 
shown in Table 4. That is, the command code must be 
sent first and the other bytes sent in the prescribed se- 
quence. All bytes of the command and result phases 
must be read/written as described. After the last byte of 
data in the command phase is sent to the 8272 the exe- 
cution phase automatically ,starts. In a similar fashion, 
when the last byte of data is read from the 8272 in the 
result phase, the result phase is automatically ended 
and the 8272 reenters the command phase. 


It is important to note that during the result phase all 
bytes shown in Table 4 must be read. The Read Data 
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command, for example, has seven bytes of data in the 
result phase. All seven bytes must be read in order to 
successfully complete the Read Data command. The 
8272 will not accept a new command until all seven 
bytes have been read. The number of command and 
result bytes varies from command-to-command. 


In order to read data from, or write data to, the Data 
Register during the command and result phases, the 
software driver must examine the Main Status Register 
to determine if the Data Register is available. The DIO 
(bit 6) and RQM (bit 7) flags in the Main Status Regis- 


ter must be low and high, respectively, before each byte 
of the command word may be written into the 8272. 
Many of the commands require multiple bytes, and as a 
result, the Main Status Register must be read prior to 
each byte transfer to the 8272. To read status bytes 
during the result phase, DIO and RQM in the Main 
Status Register must both be high. Note, checking the 
Main Status Register in this manner before each byte 
transfer to/from the 8272 is required only in the com- 
mand and result phases, and is NOT required during 
the execution phase. 


Bit 
Symbol 
Description 
Number 


0 
DoB 
Disk Drive 0 Busy. Disk Drive 0 is seeking. 


1 
D1B 
Disk Drive 1 Busy. Disk Drive 1 is seeking. 


2 
D2B 
Disk Drive 2 Busy. Disk Drive 2 is seeking. 


3 
D3B 
Disk Drive 3 Busy. Disk Drive 3 is seeking. 


4 
GB 
FDG Busy. A read or write command 
is in progress. 


5 
NDM 
Non-DMA 
Mode. The FDG is in the non-DMA 
mode when this flag 
is set (1). This flag is set only during the execution 
phase of 


commands 
in the non-DMA 
mode. Transition 
of this flag to a zero 


(0) indicates 
that the execution 
phase has ended. 


6 
DID 
Data Input/Output. 
Indicates the direction 
of a data transfer 


between 
the FDG and the Data Register. When DID is set (1), data 
is read from the Data Register by the processor; 
when DID is reset 


(0), data is written from the processor 
to the Data Register. 


7 
ROM 
Request 
for Master. When set (1), this flag indicates 
that the Data 
Register is ready to send data to, or receive data from, the 
processor. 
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Symbol 
Description 


G 
CYLINDER ADDRESS. The currently selected cylinder address (0 to 76) on the disk. 


0 
DATA PATTERN. The pattern to be written in each sector data field during formatting. 


DSO, 
DISK DRIVE SELECT. 
DS1 
DS1 DSO 
0 
0 
Drive 0 
0 
1 
Drive 1 
1 
0 
Drive 2 
1 
1 
Drive 3 


DTL 
SPECIAL SECTOR SIZE. During the execution of disk read/write 
commands, this parameter is used to 
temporarily alter the effective disk sector size. By setting N to zero, DTL may be used to specify a sector 
size from 1 to 256 bytes in length. If the actual sector (on the disk) is larger than DTL specifies, the 
remainder of the actual sector is not passed to the system during read commands; during write 
commands, the remainder of the actual sector is written with all-zeroes bytes. DTL should be set to FF 
hexadecimal when N is not zero. 


EDT 
END OF TRACK. The final sector number of the current track. 


GPL 
GAP LENGTH. The gap 3 size. (Gap 3 is the space between sectors). 


H 
HEAD ADDRESS. Selected head: 0 or 1 (disk side 0 or 1, respectively) as encoded in the sector 10 field. 


HLT 
HEAD LOAD TIME. Defines the time interval that the FOG waits after loading the head before initiating 
the read or write operation. Programmable 
from 2 to 254 milliseconds 
(in increments of 2 ms). 


HUT 
HEAD UNLOAD TIME. Defines the time interval from the end of the execution phase (of a read or write 
command) until the head is unloaded. Programmable 
from 16 to 240 milliseconds 
(in increments 
of 16 
ms). 


MFM 
MFM/FM 
MODE SELECTOR. Selects MFM double-density 
recording mode when high, FM single- 
density mode when low. 


MT 
MULTI· TRACK SELECTOR. When set, this flag selects the multi-track operating mode. In this mode 
(used only with dual-sided disks), the FOG treats a complete cylinder (under both read/write 
head 0 and 
read/write 
head 1) as a single track. The FOG operates as if this expanded track started at the first 
sector under head 0 and ended at the last sector under head 1. With this flag set (high), a multi-sector 
read operation will automatically 
continue to the first sector under head 1 when the FOG finishes 
operating on the last sector under head O. 


N 
SECTOR SIZE CODE. The number of data bytes within a sector. 


NO 
NON·DMA MODE FLAG. When set (1), this flag inidcates that the FOG is to operate in the non-DMA 
mode. In this mode, the processor participates in each data transfer (by means of an interrupt or by 
polling the RQM flag in the Main Status Register). When reset (0), the FOG interfaces to a DMA 
controller. 


R 
SECTOR ADDRESS. Specifies the sector number to be read or written. In multi-sector transfers, this 
parameter specifies the sector number of the first sector to be read or written. 


SG 
NUMBER OF SECTORS PER TRACK. Specifies the number of sectors per track to be initialized by the 
Format Track command. 


SK 
SKIP FLAG. When this flag is set, sectors containing deleted data address marks will automatically 
be 
skipped during the execution of multi-sector 
Read Data or Scan commands. 
In the same manner, a 
sector containing a data address mark will automatically 
be skipped during the execution of a multi- 
sector Read Deleted Data command. 


SRT 
STEP RATE INTERVAL. 
Defines the time interval between step pulses issued by the FOG (track-to-track 
access time). Programmable 
from 1 to 16 milliseconds 
(in increments of 1 ms). 


STO, 
STATUS REGISTER 0-3. Registers within the FOG that store status information after a command 
has 
ST1, 
been executed. This status information is available to the processor during the Result Phase after 
ST2, 
command execution. These registers may only be read after a command has been executed (in the 
ST3 
exact order shown in Table 4 for each command). These registers should not be confused with the Main 
Status Register. 


STP 
SCAN SECTOR INCREMENT. 
During Scan operations, this parameter is added to the current sector 
number in order to determine the next sector to be scanned. 
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Bit 
Symbol 
Description 
Number 


STATUS 
REGISTER 
0 


7,6 
IC 
INTERRUPT 
CODE. 


00- 
Normal termination 
of command. 
The specified 
command 
was 
properly executed 
and completed 
without error. 
01-Abnormal 
termination 
of command. 
Command 
execution 
was started 
but could not be successfully 
completed. 
1O-Invalid 
command. 
The requested 
command 
could not be executed. 


11-Abnormal 
termination. 
During command 
execution, 
the disk drive 
ready signal changed 
state. 


5 
SE 
SEEK END. This flag is set (1) when the FDC has completed 
the Seek 
command 
and the read/write 
head is positioned 
over the correct cylinder. 


4 
EC 
EQUIPMENT 
CHECK ERROR. This flag is set (1) if a fault signal is received 
from the disk drive or if the track 0 signal is not received 
from the disk drive 
after 77 step pulses (Recalibrate 
command). 


3 
NR 
NOT READY ERROR. This flag is set if a read or write command 
is issued and 
either the drive is not ready or the command 
specifies 
side 1 (head 1) of a 
single-sided 
disk. 


2 
H 
HEAD ADDRESS. 
The head address at the time of the interrupt. 


1,0 
DS1, DSO 
DRIVE SELECT. The number of the drive selected 
at the time of the interrupt. 


STATUS 
REGISTER 
1 


7 
EN 
END OF TRACK 
ERROR. This flag is set if the FDC attempts 
to access a 
sector beyond the final sector of the track. 


6 
UNDEFINED 


5 
DE 
DATA ERROR. Set when the FDC detects 
a CRC error in either the ID field or 
the data field of a sector. 


4 
OR 
OVERRUN 
ERROR. Set (during data transfers) 
if the FDC does not receive 
DMA or processor 
service within the specified 
time interval. 


3 
UNDEFINED 


2 
ND 
SECTOR 
NOT FOUND ERROR. This flag is set by any of the following 
conditions. 
a) The FDC cannot 
locate the sector specified 
in the Read Data, Read 
Deleted 
Data, or Scan command. 
b) The FDC cannot 
locate the starting 
sector specified 
in the Read Track 
command. 


c) The FDC cannot 
read the ID field without error during a Read ID 
command. 


1 
NW 
WRITE PROTECT 
ERROR. This flag is set if the FDC detects 
a write protect 
signal from the disk drive during the execution 
of a Write Data, Write Deleted 
Data, or Format Track command. 


0 
MA 
MISSING 
ADDRESS 
MARK ERROR. This flag is set by either of the following 
conditions: 


a) The FDC cannot detect the ID address mark on the specified 
track (after 
two rotations 
of the disk). 
b) The FDC cannot 
detect the data address mark or deleted 
data address 
mark on the specified 
track. (See also the MD bit of Status Register 
2.) 


Bit 
Symbol 
Description 
Number 


STATUS 
REGISTER 
2 
, 


7 
UNDEFINED 


6 
GM 
CONTROL 
MARK. This flag is set when the FOG encounters 
one of the 
following 
conditions: 
a) A deleted 
data address mark during the execution 
of a Read Data or Scan 


command. 


b) A data address 
mark during the execution 
of a Read Deleted 
Data 


command. 


5 
DO 
DATA ERROR. Set (1) when the FOG detects 
a GRG error in a sector data 
field. This flag is not set when a GRG error is detected 
in the 10 field. 


4 
WG 
CYLINDER 
ADDRESS 
ERROR. Set when the cylinder 
address from the disk 
sector 
10 field is different 
from the current cylinder address 
maintained 
within 
the FOG. 


3 
SH 
SCAN HIT. Set during the execution 
of the Scan command 
if the scan 
condition 
is satisfied. 


2 
SN 
SCAN NOT SATISFIED. 
Set during execution 
of the Scan command 
if the 


FOG cannot 
locate a sector on the specified 
cylinder that satisfies 
the scan 
condition. 


1 
BG 
BAD TRACK 
ERROR. Set'when 
the cylinder address from the disk sector 
10 
field is FF hexadecimal 
and this cylinder address 
is different 
from the current 
cylinder address maintained 
within the FOG. This all "ones" 
cylinder 
number 
indicates 
a bad track (one containing 
hard errors) according 
to the IBM soft- 
sectored 
format specifications. 


0 
MO 
MISSING 
DATA ADDRESS 
MARK ERROR. Set if the FOG cannot 
detect a 


data address 
mark or deleted 
data address mark on the specified 
track. 


STATUS 
REGISTER 3 


7 
FT 
FAULT. This flag indicates 
the status of the fault signal from the selected 
disk 
drive. 


6 
WP 
WRITE PROTECTED. 
This flag indicates 
the status of the write protect 
signal 
from the selected 
disk drive. 


5 
ROY 
READY. This flag indicates 
the status of the ready signal from the selected 


disk drive. 


4 
TO 
TRACK o. This flag indicates 
the status of the track 0 signal from the selected 


disk drive. 


3 
TS 
TWO-SIDED. 
This flag indicates 
the status of the two-sided 
signal from the 
selected 
disk drive. 


2 
H 
HEAD ADDRESS. 
This flag indicates 
the status of the side select signal for 
the currently 
selected 
disk drive. 


1,0 
OS1,OSO 
DRIVE SELECT. 
Indicates the currently 
selected 
disk drive number. 
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All data transfers to (or from) the floppy drive occur 
during the execution phase. The 8272 has two primary 
modes of operation for data transfers (selected by the 
specify command): 
I) DMA mode 
2) non-DMA mode 


In the DMA mode, execution phase data transfers are 
handled by the DMA controller hardware (invisibleto 
the driver software). The driver software, however, 
must set all appropriate DMA controller registers prior 
to the beginning of the disk operation. An interrupt is 
generated by the 8272 after the last data transfer, indi- 
cating the completion of the execution phase, and the 
beginning of the result phase. 


In the non-DMA mode, transfer requests are indicated 
by generation of an interrupt and by activation of the 
RQM flag (bit 7 in the Main Status Register). The in- 
terrupt signal can be used for interrupt-driven systems 
and RQM can be used for polled systems. The driver 
software must respond to the transfer request by read- 
ing data from, or writing data to, the FDC. After com- 
pleting the last transfer, the 8272generates an interrupt 
to indicate the beginning of the result phase. In the 
non-DMA mode, the processor must activate the "ter- 
minal count'" (TC) signal to the FDC (normally by 
means of an I/O port) after the transfer request for the 
last data byte has been received (by the driver) and 
before the appropriate data byte has been read from (or 
written to) the FDC. 


In either mode of operation (DMA or non-DMA), the 
execution phase ends when a "terminal count" signal is 
sensedby the FDC, when the last sector on a track (the 
EOT parameter-Table 
4) has been read or written, or 
when an error occurs. 


During disk read/write transfers (Read Data, Write 
Data, Read Deleted Data, and Write Deleted Data), 
the FDC will continue to transfer data from sequential 
sectors until the TC input is sensed. In the DMA mode, 


the TC input is normally set by the DMA controller. In 
the non-DMA mode, the processor directly controls the 
FDC TC input as previously described. Once the TC 
input is received, the FDC stops requesting data trans- 
fers (from the system software or DMA controller). 
The FDC, however, continues to read data from, or 
write data to, the floppy disk until the end of the cur- 
rent disk sector. During a disk read operation, the data 
read from the disk (after reception of the TC input) is 
discarded, but the data CRC is checked for errors; dur- 
ing a disk write operation, the remainder of the sector is 
filled with all-zero bytes. 


If the TC signal is not received before the last byte of 
the current sector has been transferred to/from the sys- 
tem, the FDC increments the sector number by one and 
initiates a read or write command for this new disk 
sector. 


The FDC is also designed to operate in a multi-track 
mode for dual-sided disks. In the multi-track mode 
(specified by means of the MT flag in the command 
byte-Table 
4) the FDC will automatically increment 
the head address (from 0 to I) when the last sector (on 
the track under head 0) has been read or written. Read- 
ing or writing is then continued on the first sector (sec- 
tor I) of head I. 


After the power-on reset, the 8272automatically enters 
a drive status polling mode. If a change in drive status 
is detected (all drives are assumed to be "not ready" at 
power-on), an interrupt is generated. The 8272 contin- 
ues this status polling between command executions 
(and between step pulses in the Seekcommand). In this 
manner, the 8272 automatically notifies the system 
software whenever a floppy disk is inserted, removed, 
or changed by the operator. 


During the command phase, the Main Status Register 
must be polled by the driver software before each byte 
is written into the Data Register. The DIO (bit 6) and 
RQM (bit 7) flags in the Main Status Register must be 


inter 


low and high, respectively, before each byte of the com- 
mand may be written into the 8272, The beginning of 
the execution phase for any of these commands will 
cause DIO to be set high and RQM to be set low. 


Operation of the FDC commands is described in detail 
in Application 
Note AP-1l6, 
"An Intelligent 
Data 


Base System Using the 8272". 


If an invalid (undefined) command is sent to the FDC, 
the FDC will terminate the command. No interrupt is 
generated by the 8272 during this condition. Bit 6 and 
bit 7 (DIO and RQM) in the Main Status Register are 
both set indicating to the processor that the 8272 is in 
the result phase and the contents of Status Register 0 
must be read. When the processor reads Status Register 
o it will find an 80H code indicating that an invalid 
command was received. The driver software in Appen- 
dix B checks each requested command and will not 
issue an invalid command to the 8272. 


A Sense Interrupt Status command must be sent'after a 
Seek or Recalibrate interrupt; otherwise the FDC will 
consider the next command to be an invalid command. 
Also, when the last "hidden" interrupt has been serv- 
iced, further Sense Interrupt Status commands will re- 
sult in invalid command codes, 


4.0 8272 PHYSICAL 
INTERFACE 


SOFTWARE 


PL/M 
software driver listings for the 8272 FDC are 


contained in Appendix A. These drivers have been de- 
signed to operate in a DMA environment (as described 
in Application 
Note AP-1l6, 
"An Intelligent 
Data 


Base System Using the 8272"). In the following para- 
graphs, each driver procedure is described. (A descrip- 
tion of the driver data base variables is given in Table 
7.) In addition, the modifications necessary to reconfig- 


ure the drivers for operation in a polled environment 
are discussed. 


This initialization procedure must be called before any 
FDC operations are attempted. This module initializes 
the DRIVE$READY, 
DRIVE$STATUS$CHANGE, 


OPERATION$IN$PROGRESS, 
and 
OPERA- 


TION$COMPLETE 
arrays 
as well as the 
GLO- 


BAL~RIVE$NO 
variable. 


This procedure contains the main 8272 driver control 
software and handles the execution of a complete FDC 
command. EXECUTE$DOCB 
is called with two pa- 


rameters: a) a pointer to a disk operation control block 
and b) a pointer to a result status byte. The format of 
the disk operation control block is illustrated in Figure 
2 and the result status codes are described in Table 8. 


Before starting the command phase for the specified 
disk operation, the command is checked for validity 
and to determine whether the FDC is busy. (For an 
overlapped operation, if the FDC BUSY flag is set-in 
the Main Status Register-the 
command cannot be 


started; non-overlapped operations cannot be started if 
the FDC BUSY flag is set, if any drive is in the process 
of seeking/recalibrating, 
or if an operation is currently 


in progress on the specified drive.) 


After these checks are made, interrupts are disabled in 
order to set the OPERATION$IN$PROGRESS 
flag, 


reset the OPERATION$COMPLETE 
flag, load a 


pointer to the current operation control block into the 
OPERATION$DOCB$PTR 
array 
and 
set 
GLO- 


BAL$DRIVE$NO (if a non-overlapped operation is to 
be started). 


At this point, parameters from the operation control 
block are output to the DMA controller and the FDC 
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command phase is initiated. After completion of the 
command phase, a test is made to determine the type of 
result phase required for the current operation. If no 
result phase is needed, control is immediately returned 
to the calling program. If an immediate result phase is 
required, the result bytes are input from the FOC. Oth- 
erwise, 
the 
CPU 
waits 
until 
the 
OPERA- 


TION$COMPLETE 
flag is set (by the interrupt service 


procedure). 


Finally, if an error is detected in the result status code 
(from the FOC), an FOC operation error is reported to 
the calling program. 


Name 
Description 


ORIVE$REAOY 
A public array containing 
the current "ready" 
status of each 


drive. 


ORIVE$STATUS$CHANGE 
A public array containing 
a flag for each drive. The appropriate 


flag is set whenever 
the ready status of a drive changes. 


OPERATION$OOCB$PTR 
An internal array of pointers to the operation 
control 
block 


currently 
in progress 
for each drive. 


OPERATION$IN$PROGRESS 
An internal array used by the driver procedures 
to determine 
if a 


disk operation 
is in progress 
on a given drive. 


OPERATION$COMPLETE 
An internal array used by the driver procedures 
to determine 


when the execution 
phase of a disk operation 
is complete. 


GLOBAL$ORIVE$NO 
A data byte that records the current drive number for non- 
overlapped 
disk operations. 


VALlO$COMMANO 
A constant 
flag array that indicates 
whether 
a specified 
FOC 


command 
code is valid. 


COMMANO$LENGTH 
A constant 
byte array specifying 
the number of command/ 


parameter 
bytes to be transferred 
to the FOC during the 


command 
phase. 


ORIVE$NO$PRESENT 
A constant 
flag array that indicates 
whether 
a drive number is 


encoded 
into an FOC command. 


OVERLAP$OPERATION 
A constant 
flag array that indicates 
whether 
an FOC command 


can be overlapped 
with other commands. 


NO$RESULT 
A constant 
flag array that is used to determine 
when an FOC 


operation 
does not have a result phase. 


IMMEO$RESUL 
T 
A constant 
flag array that indicates 
that an FOC operation 
has a 


result phase beginning 
immediately 
after the command 
phase is 


complete. 


POSSIBLE$ERROR 
A constant 
flag array that indicates 
if an FOC operation 
should be 


checked 
for an error status indication 
during the result phase. 
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Address 
Offset 
o 


1 
3 


4 


6 


7 
8 


9 


10 


11 


12 


13 


14 


15 


16 


17 


18 


19 


20 


21 


22 


Disk Operation 
Control 
Block (DOC B) 


DMA$OP 


DMA$ADDR 
I 


DMA$ADDR$EXT 


DMA$COUNT 
I 


DISK$COMMAND 
(O) 


DISK$COMMAND 
(1) 


DISK$COMMAND 
(2) 


DISK$COMMAND 
(3) 


DISK$COMMAND 
(4) 


DISK$COMMAND 
(5) 


DISK$COMMAND 
(6) 


DISK$COMMAND 
(7) 


DISK$COMMAND 
(8) 


DISK$RESUL T (O) 


DISK$RESUL T (1) 


DISK$RESUL T (2) 


DISK$RESUL T (3) 


DISK$RESUL T (4) 


DISK$RESUL T (5) 


DISK$RESUL T (6) 


MISC 


Figure 2. Disk Operation 
Control 
Block (DOC B) Format 


Table 8. EXECUTE$DOCB 
Return Status Codes 


Code 
Description 


0 
NO ERRORS. The specified 
operation 
was completed 
without 
error. 


1 
FDC BUSY. The requested 
operation 
cannot 
be started. This error occurs if an 


attempt 
is made to start an operation 
before the previous operation 
is completed. 


2 
fDC 
ERROR. An error was detected 
by the FDC during the execution 
phase of a 


disk operation. 
Additional 
error information 
is contained 
in the result data portion of 
the disk operation 
control 
block (DOCB.DISK$RESUL 
T) as described 
in the 8272 


data sheet. This error occurs whenever 
the 8272 reports an execution 
phase error 
(e.g., missing address 
mark). 


3 
8272 COMMAND 
INTERFACE 
ERROR. An 8272 interfacing 
error was detected 


during the command 
phase. This error occurs when the command 
phase of a disk 


operation 
cannot be successfully 
completed 
(e.g., incorrect 
setting of the DIO flag in 
the Main Status Register). 


4 
8272 RESULT 
INTERFACE 
ERROR. An 8272 interfacing 
error was detected 
during 
the result phase. This error occurs when the result phase of a disk operation 
cannot 


be successfully 
completed 
(e.g., incorrect 
setting of the DIO flag in the Main Status 


Register). 


5 
INVALID 
FDC COMMAND. 
. 
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This procedure performs all interrupt processingfor the 
8272interface drivers. Basically,two types of interrupts 
are generated by the 8272: (a) an interrupt that signals 
the end of a command execution phase and the begin- 
ning of the result phase and (b) an interrupt that signals 
the completion of an overlapped operation or the oc- 
currence of an unexpected event (e.g., change in the 
drive "ready" status). 


An interrupt of type (a) is indicated when the FDC 
BUSY flag is set (in the Main Status Register). When a 
type (a) interrupt is sensed, the result bytes are read 
from the 8272 and placed in the result portion of the 
disk operation control block, the appropriate OPERA- 
TION$COMPLETE 
flag is set, and the OPERA- 


TION$IN$PROGRESS flag is reset. 


When an interrupt of type (b) is indicated (FDC not 
busy), a sense interrupt status command is issued (to 
the FDC). The upper two bits of the result status regis- 
ter (Status Register Zero-STO) are used to determine 
the cause of the interrupt. The followingfour cases are 
possible: 
1) Operation Complete. An overlapped operation is 
complete. The drive number is found in the lower 
two bits of STO.The STOdata is transferred to the 
active 
operation 
control 
block, 
the 
OPERA- 
TION$COMPLETE flag is set, and the OPERA- 
TION$IN$PROGRESS flag is reset. 
2) Abnormal Termination. A disk operation has abnor- 


mally terminated. The drive number is found in the 
lower two bits of STO.The STOdata is transferred to 
the 
active 
control 
block, 
the 
OPERA- 
TION$COMPLETE flag is set, and the OPERA- 
TION$IN$PROGRESS flag is reset. 


3) Invalid Command. The execution of an invalid com- 
mand (i.e., a sense interrupt command with no inter- 
rupt pending) has been attempted. This interrupt sig- 
nals the successful completion of all interrupt 
processing. 
4) Drive Status Change. A change has occurred in the 


"ready" status of a disk drive. The drive number is 
found in the lower two bits of STO.The DRIVE$- 
READY flag for this disk drive is set to the new 
drive 
"ready" 
status 
and 
the 
DRIVE$- 


STATUS$CHANGE flag for the drive is also set. In 
addition, if a command is currently in progress, the 
STOdata is transferred to the active control block, 
the OPERATION$COMPLETE flag is set, and the 
OPERATION$IN$PROGRESS flag is reset. 


After processing a type (b) interrupt, additional sense 
interrupt 
status 
commands 
must 
be 
issued 
and 


processed until an "invalid command" result is re- 
turned from the FDC. This action guarantees that all 
"hidden" interrupts are serviced. 


In addition to the major driver procedures described 
above, a number of support procedures. are required. 
These support routines are briefly described in the fol- 
lowing paragraphs. 


This procedure outputs the DMA mode, the DMA ad- 
dress, and the DMA word count to the 8237 DMA 
controller. In addition, the upper four bits of the 20-bit 
DMA address are output to the address extension 
latch. Finally, the disk DMA channel is started. 


This software module outputs a complete disk com- 
mand to the 8272 FDC. The number of required com- 
mand/parameter 
bytes 
is 
found 
in 
the 
COM- 


MAND$LENGTH 
table. The appropriate bytes are 


output 
one 
at 
a 
time 
(by 
calls 
to 
OUT- 


PUnBYTE$TO$FDC) 
from the command portion of 


the disk operation control block. 


This procedure is used to read result phase status infor- 
mation from the disk controller. At most, seven bytes 
are read. In order to read each byte, a call is made to 
INPUT$BYTE$FROM$FDC. When the last byte has 
been read, a check is made to insure that the FDC is no 
longer busy. 


This software is used to output a single command/pa- 
rameter byte to the FDC. This procedure waits until 
the FDC is ready for a command byte and then outputs 
the byte to the FDC data port. 


This procedure inputs a single result byte from the 
FDC. The software waits until the FDC is ready to 
transfer a result byte and then reads the byte from the 
FDC data port. 


This procedure assures that the FDC is ready to accept 
a command/parameter byte by performing the follow- 
ing three steps. First, a small time interval (more than 
20 microseconds) is inserted to assure that the RQM 
flag has time to become valid (after the last byte trans- 
fer). Second, the master request flag (RQM) is polled 
until it is activated by the FDC. Finally, the DIO flag is 
checked to ensure that it is properly set for FDC input 
(from the processor). 
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The operation 
of this procedure 
is similar to the 


FDC$READY$FOR$COMMAND 
with the following 


exception. If the FDC BUSY flag (in the Main Status 
Register) is not set, the result phase is complete and no 
more data is available from the FDC. Otherwise, the 
procedure waits for the RQM flag and checks the DIO 
flag for FDC output (to the processor). 


This procedure is called after the execution of a disk 
operation that has no result phase. OPERA TION$- 
CLEAN$UP 
resets 
the 
OPERATION$IN$- 
PROGRESS flag and the GLOBAUDRIVE$NO 
vari- 


able if appropriate. 
This procedure is also called to 


clean up after some disk operation errors. 


To operate in the polling mode, the following modifica- 
tions should be made to the previous routines: 
1) The 
OUTPUnCONTROLS$TO$DMA 
routine 


should be deleted. 


2) In EXECUTE$DOCB, immediately prior to WAIT- 
$FOR$OP$COMPLETE, 
a polling loop should be 


inserted into the code. The loop should test the 
RQM flag (in the Main Status Register). When 
RQM is set, a data byte should be written to, or read 
from, the 8272. The buffer address may be computed 
from the base address contained in DOCB.DMA$- 
ADDR and DOCB.DMA$ADDR$EXT. 
After the 


correct number of bytes have been transferred, an 
operation complete interrupt will be issued by the 
FDC. During data transfer in the non-DMA mode, 
the NON-DMA 
MODE flag (bit 5 of the Main 


Status Register) will be set. This flag will remain set 
for the complete execution phase. When the transfer 
is frnished, the NON-DMA MODE flag is reset and 
the result phase interrupt is issued by the FDC. 


5.0 8272 LOGICAL 
INTERFACE 


SOFTWARE 


Appendix B of this Application Note contains a PL/M 
listing of an exerciser program for the 8272 drivers. 
This program illustrates the design of logical interface 
level procedures to specify disk parameters, recalibrate 
a drive, seek to a cylinder, format a disk, read data, and 
write data. 


The exerciser program is written to operate a standard 
single-sided 8" floppy disk drive in either the single- or 
double-density recording mode. Only the eight parame- 
ters listed in Table 9 must be specified. All other pa- 
rameters are derived from these 8 basic variables. 


Each of these logical interface procedures is described 
in the following paragraphs (refer to the listing in Ap- 
pendix B). 


This procedure sets the FOC signal timing so that the 
FDC will interface correctly to the attached disk drive. 
The SPECIFY procedure requires four parameters, the 
step rate (SRT), head load time (HLT), head unload 
time (HUT), and the non-DMA mode flag (ND). This 
procedure builds a disk operation control block (SPE- 
CIFY$DOCB) 
and passes the control block to the 


FDC driver module (EXECUTE$DOCB) 
for execu- 


tion. (Note carefully the computation required to trans- 
form the step rate (SRT) into the correct 8272 parame- 
ter byte.) 


This procedure causes the floppy disk read/write head 
to retract to track O. The RECALIBRA TE procedure 
requires only one parameter-the 
drive number on 
which the recalibrate operation is to be performed. This 
procedure builds a disk operation control block (RE- 
CALIBRATE$DOCB) 
and passes the control block to 


the FDC driver for execution. 


This procedure causes the disk read/write head (on the 
selected drive) to move to the desired cylinder position. 
The SEEK procedure is called with three parameters: 
drive number (DRY), head/side 
number (HD), and 
cylinder number (CYL). This software module builds a 
disk operation control block (SEEK$DOCB) that is ex- 
ecuted by the FDC driver. 


The FORMAT 
procedure is designed to initialize a 
complete floppy disk so that sectors can subsequently 
be read and written by system and application pro- 
grams. Three parameters must be supplied to this pro- 
cedure: the drive number (DRY), the recording density 
(DENS), and the interleave factor (INTL VE). The 
FORMAT 
procedure 
generates 
a 
data 
block 
(FMTBLK) and a disk operation control block (FOR- 
MAT$DOCB) for each track on the floppy disk (nor- 
mally 77). 
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Name 
Description 


DENSITY 
The recording 
mode (FM or MFM). 


FILLER$BYTE 
The data byte to be written in all sectors during formatting. 


TRACKS$PER$DISK 
The number of cylinders 
on the floppy disk. 


BYTES$PER$SECTOR 
The number of bytes in each disk sector. The exerciser 
accepts 
128, 


256, and 512 in FM mode, and 256, 512, and 1024 in MFM mode. 


INTERLEAVE 
The sector interleave 
factor for each disk track. 


STEP$RATE 
The disk drive step rate (1-16 
milliseconds). 


HEAD$LOAD$TIME 
The disk drive head load time (2-254 
milliseconds). 


HEAD$UNLOAD$TIME 
The head unload time (16-240 
milliseconds). 


The format data block specifies the four sector ID field 
parameters (cylinder, head, sector, and bytes per sec- 
tor) for each sector on the track. The sector numbers 
need not be sequential; the interleave factor (INTL VE 
parameter) is used to compute the logical to physical 
sector mapping. 


After both the format data block and the operation 
control block are generated for a given cylinder, control 
is passed to the 8272 drivers for execution. After the 
format operation is complete, a SEEK to the next cylin- 
der is performed, a new format table is generated, and 
another track formatting operation is executed by the 
drivers. This track formatting continues until all tracks 
on the diskette are formatted. 


In some systems, bad tracks must also be specified 
when a disk is formatted. For these systems, the exist- 
ing FORMAT procedure should be modified to format 
bad tracks with a cylinder number of OFFH. 


The WRITE procedure transfers a complete sector of 
data to the disk drive. Five parameters must be sup- 
plied to this software module: the drive number (DRY), 
the cylinder number (CYL), the head/side 
number 


(HD), the sector number (SEC) and the recording den- 
sity (DENS). This procedure generates a disk operation 
control block (WRITE$DOCB) from these parameters 
and passes the control block to the 8272 driver for exe- 
cution. When control returns to the calling program, 
the data has been transferred to disk. 


This procedure is identical to the WRITE procedure 
except the direction of data transfer is reversed. The 
READ procedure transfers a sector of data from the 
floppy disk to system memory. 


In actual practice all logical disk interface routines 
would contain error processing mechanisms. (Errors 
have been ignored for the sake of simplicity in the exer- 
ciser programs listed in Appendix B.) A typical error 
recovery technique consists of a two-stage procedure. 
First, when an error is detected, a recalibrate operation 
is performed followed by a retry of the failed operation. 
This procedure forces the drive to seek directly to the 
requested cylinder (lowering the probability of a seek 
error) and attempts to perform the requested operation 
an additional time. Soft (temporary) errors caused by 
mechanical or electrical interference do not normally 
recur during the retry operation; hard errors (caused by 
media or drive failures), on the other hand, will contin- 
ue to occur during retry operations. If, after a number 
of retries (approximately 10), the operation continues 
to fail, an error message is displayed to the system oper- 
ator. This error message lists the drive number, type of 
operation, and failure status (from the FDC). It is the 
operator's responsibility to take additional action as re- 
quired. 


The file system provides the disk I/O interface level 
most familiar to users of interactive microcomputer and 
minicomputer 
systems. In a file system, all data is 


stored in named disk areas called files. The user and 
applications programs need not be concerned with the 
exact location of a file on the disk-the 
disk me system 


automatically determines the file location from the file 
name. Files may be created, read, written, modified, 
and finally deleted (destroyed) when they are no longer 
needed. Each floppy disk typically contains a directory 
that lists all the files existing on the disk. A directory 
entry for a file contains information such as file name, 
me size, and the disk address (track and sector) of the 
beginning of the file. 


File storage 
is actually 
allocated 
on the disk (by the file 


system) 
in fixed 
size areas 
called 
blocks. 
Normally 
a 


block is the same size as a disk sector. 
Files are created 


by fmding 
and reserving 
enough 
unused 
blocks 
to con- 
tain the data in the fIle. Two fIle allocation 
methods 
are 


currently 
in widespread 
use. The first method 
allocates 
blocks 
(for 
a file) 
from 
a sequential 
pool 
of unused 


blocks. 
Thus, 
a file is always 
contained 
in a set of se- 


quential 
blocks 
on the disk. Unfortunately, 
as fIles are 


created, 
updated, 
and deleted, 
these free-block 
pools be- 


come fragmented 
(separated 
from one another). 
When 


this fragmentation 
occurs, 
it often becomes 
impossible 


for the file system to create 
a file even though 
there is a 


sufficient 
number 
of free blocks 
on the 
disk. 
At this 


point, 
special 
programs 
must 
be run 
to "squeeze" 
or 


compact 
the disk, in order 
to re-create 
a single contigu- 


ous free-block 
pool. 


The second 
file allocation 
method 
uses a more flexible 


technique 
in which individual 
data blocks may be locat- 


ed anywhere 
on the disk 
(with 
no restrictions). 
With 


this technique, 
a file directory 
entry 
contains 
the disk 


address 
of a file pointer 
block rather 
than 
the disk ad- 


dress of the first data block of the file. This file pointer 
block 
contains 
pointers 
(disk 
addresses) 
for each 
data 


block 
in the file. For 
example, 
the first pointer 
in the 


fIle pointer 
block contains 
the track 
and sector 
address 
of the 
first 
data 
block 
in the file; the second 
pointer 


contains 
the disk address 
of the second 
data block, etc. 


In practice, 
pointer 
blocks 
are usually 
the same size as 


data blocks. 
Therefore, 
some fIles will require 
multiple 


pointer 
blocks. 
To accommodate 
this requirement 
with- 
out loss of flexibility, 
pointer 
blocks are linked together, 


that is, each pointer 
block contains 
the disk address 
of 


the following 
pointer 
block. 
The 
last pointer 
block 
of 


the file is signaled 
by an illegal disk address 
(e.g., track 


0, sector 
0 or track 
OFFH, 
sector 
OFFH). 


The Intel 
file system 
(described 
in detail 
in the RMX- 


80 Users 
Guide) 
uses 
the 
second 
disk 
file allocation 


method 
(previously 
discussed). 
In order 
to lower 
the 


system 
overhead 
involved 
in fmding 
free data 
blocks, 


the Intel 
file system 
incorporates 
a free space manage- 


ment 
data 
structure 
known 
as a bit map. 
Each 
disk 


sector 
is represented 
by a single bit in the bit map. 
If a 


bit in the bit map 
is set to I, the corresponding 
disk 


sector 
has been allocated. 
A zero in the bit map 
indi- 


cates 
that 
the corresponding 
sector 
is free. 
With 
this 


technique, 
the process of allocating 
or freeing a sector is 


accomplished 
by simply 
altering 
the bit map. 


File names 
consist 
of a basic file name 
(up to six char- 


acters) 
and a file extension 
(up to three characters). 
The 


basic fIle name and the fIle extension 
are separated 
by a 


period 
(.). 
Examples 
of 
valid 
file 
names 
ar~: 


DRIV72.0BJ, 
XX.TMP, 
and 
FILE.eS. 
In 
addition, 


four file attributes 
are supported 
(see Figure 
3 for attri- 


bute definitions). 


The bit map 
and the file directory 
are placed 
on pre- 


specified 
disk 
tracks 
(reserved 
for system 
use) begin- 


ning at track 
zero. 


Table 2 illustrates 
the typical 
functions 
implemented 
by 


a disk 
file system. 
As an example, 
the disk 
directory 


function 
(DIR) 
lists disk file information 
on the console 


display 
terminal. 
Figure 
3 details 
the contents 
of a dis- 


play entry 
in the Intel 
file system. 
The 
PL/M 
proce- 


dure 
outlined 
in Figure 
4 illustrates 
a disk 
directory 


algorithm 
that displays 
the file name, the file attributes, 


and the file size (in blocks) for each file in the directory. 


inter 


o -INVISIBLE 
1· SYSTEM 
2 • WRITE·PROTECT 
'-----i !:} (RESERVED) 


6- 
7- FORMAT 


Presence is a flag that can contain one of three values: 


OOOH- The file associated with this entry is present on the disk. 
07FH- 
No file is associated with this entry; the content of the rest of the entry is undefined. The first 
entry with its flag set to 07FH marks the current logical end of the directory and directory 
searches stop at this entry. 


OFFH- 
The file named in this entry once existed on the disk but is currently deleted. The next file added 
to the directory willbe placed in the first entry marked OFFH. This flag cannot, therefore, be used 
to (reliably) fmd a file that has been deleted. A value of OFFH should be thought of as simply 
marking an open directory entry. 


File Name is a string of up to 6 non-blank ASCII characters specifyingthe name of the fLieassociated with 
the directory entry. If the file name is shorter than six characters, the remaining bytes contain binary zeros. 
For example, the name ALPHA would be stored as: 414C50484100H. 


Extension is a string of up to 3 non-blank ASCII characters that specifies an extension to the file name. 
Extensions often identify the type of data in the fLiesuch as OBJ (object module), or PLM (pLIM source 
module). As with the file name, unused positions in the extension field are filled with binary zeros. 


Attributes are bits that identify certain characteristics of the file. A I bit indicates that the file has the 
attribute, while a 0 bit means that the fLiedoes not have the attribute. The bit positions and their correspond- 
ing attributes are listed below (bit 0 is the low-order or rightmost bit, bit 7 is the leftmost bit): 
0: 
Invisible. Files with this attribute are not listed by the ISIS-II DIR command unless the I switch is used. 
All system files are invisible. 


I: 
System. Files with this attribute are copied to the disk in drive I when the S switch is specifiedwith the 
ISIS-II FORMAT command. 
2: 
Write-Protect. Files with this attribute cannot be opened for output or update, nor can they be deleted 
or renamed. 


3-6: These positions are reserved for future use. 
7: 
Format. Files with this attribute are treated as though they are write-protected. In addition, these fLies 
are created on a new diskette when the ISIS-II FORMAT command is issued. The system fLiesall have 
the FORMAT attribute and it should not be given to any other fLies. 


Figure 3. Intel Directory 
Entry Format 


EOF Count contains the number of the last byte in the last data block of the file. If the value of this field is 
080H, for example, the last byte in the file is byte number 128 in the last data block (the last block is full). 


Number of Data Blocks is an address variable that indicates the number of data blocks currently used by the 
fIle. ISIS-II and the RMX/80 
Disk File system both maintain a counter called LENGTH that is the current 
number of bytes in the file. This is calculated as: 


(Number 
of Data Blocks 
- 
1) x 
128 + EOF Count. 


Header Block Pointer is the address of the file's header block. The high byte of the field is the sector number 
and the low byte is the track number. The system "finds" a disk file by searching the directory for the name 
and then using the header block pointer to seek to the beginning of the file. 


dir: 
procedure(drv,dens) 


declare 
dry 
dens 
sector 
i 
dir$ptr 
dir$entry 


invisible$flag 
system$flag 
protected$ 
flag 


format$flag 


public; 
byte, 
byte, 
byte, 
byte, 
byte, 
based 
rdbptr 
structure 
(presence 
byte, 
file$name(6) 
byte,extension()l 
byte, 
attribute 
byte,eof$count 
byte, 
data$blocks 
address,header$ptr 
address), 
byte, 


literally 
-1-, 
literally 
-2-, 
literally 
""4", 
literally 
-eOH': 


/* The 
disk 
directory 
starts 
at 
cvlinder 
1, 
sector 
2 */ 
call 
seek(drv,I,O): 
do 
sector=2 
to 26: 


call 
read(drv,l,O,sector,dens}; 


do 
dir$ptr=O 
to 
112 
by 
4; 
if 
dir$entry.presence=7FH 
then 
return: 
if dir$entry.presence=O 
then 
do; 
do 
i=O 
to 
5: 
call 
co(dir$entry.file$name(i)l: 
end: 


call 
co (period) : 


do i=O to 
2; call 
co(dir$entry.extension(il); 
end; 


do 
i=O to 4; call 
co(space}; 
end; 
call 
convert$to$decimal(@size,dir$entry.data$blocks): 


do 
i=O 
to 
4: 
call 
co(size(i»): 
end; 


If 
(dir$entrv.attribute 
and 
invisible$flag) 
c> 
0 
then 
call 
co(-I-): 


If 
(dir$entry.attribute 
and 
system$flag) 
c> 
0 
then 
call 
co(-S-); 


If 
(dir$entry.attribute 
and 
protected$flaq) 
c> 
0 
then 
call 
co('W'): 


If 
(dir$entry.attribure 
and 
format$flag) 
c> 
0 
then 
call 
co('F'); 
end; 
end; 
end; 


intJ 


7.0 
KEY 8272 SOFTWARE 
INTERFACING 
CONSIDERATIONS 


This section 
contains 
a quick review of Key 8272 Soft- 


ware design 
features 
and issues. (Most 
items have been 


mentioned 
in other 
sections 
of this 
application 
note.) 


Before 
designing 
8272 software 
drivers, 
it is advisable 


that 
the information 
in this section 
be thoroughly 
un- 


derstood. 


In systems 
that 
operate 
without 
a DMA 
controller 
(in 


the polled 
or interrupt 
driven mode), 
the system 
soft- 


ware is responsible 
for counting 
data transfers 
to/from 


the 8272 and generating 
a TC signal to the FOC 
when 


the transfer 
is complete. 


In the command 
phase, 
the driver 
software 
must 
write 


the 
exact 
number 
of parameters 
in the 
exact 
order 


shown 
in Table 
5. During 
the result 
phase, 
the driver 


must 
read the complete 
result 
status. 
For example, 
the 
Format 
Track 
command 
requires 
six command 
bytes 


and presents 
seven result 
bytes. 
The 
8272 will not ac- 


cept 
a new 
command 
until 
all result 
bytes 
are 
read. 


Note 
that 
the 
number 
of command 
and 
result 
bytes 
varies 
from command-to-co=and. 
Command 
and re- 
sult phases 
cannot 
be shortened. 


During 
both the command 
and result 
phases, 
the Main 


Status 
Register 
must be read by the driver 
before each 


byte 
of information 
is read 
from, 
or written 
to, 
the 


FDC 
Data Register. 
Before each command 
byte is writ- 


ten, DIO (bit 6) must be low (indicating 
a data transfer 


from 
the 
processor) 
and 
RQM 
(bit 
7) must 
be high 


(indicating 
that the FDC 
is ready for data). 
During 
the 


result 
phase, 
DIO 
must 
be 
high 
(indicating 
a data 


transfer 
to the processor). 


NOTE: 


After 
the 
8272 
receives 
a command 
byte, 
the 
RQM 


flag 
may 
remain 
set for approximately 
16 microsec- 
onds 
(with 
an 
8 MHz 
clock). 
The 
driver 
should 
not 


attempt 
to read 
the 
Main 
Status 
Register 
before 
this 


time 
interval 
has 
elapsed; 
otherwise, 
the 
driver 
may 


erroneously 
assume 
that 
the 
FDC 
is ready 
to accept 


the next byte. 


The 
8272 
does 
not 
support 
128 byte 
sectors 
in the 
MFM 
(double-density) 
mode. 


4. Drive Status Changes 


The 8272 constantly 
polls all drives 
for changes 
in the 


drive ready status. 
This polling 
begins immediately 
fol- 


lowing 
RESET. 
An 
interrupt 
is generated 
every 
time 


the FDC 
senses a change 
in the drive ready status. 
Af- 


ter 
reset, 
the 
FDC 
assumes 
that 
all drives 
are 
"not 


ready". 
If a drive is ready 
immediately 
after 
reset, 
the 


8272 generates 
a drive status 
change 
interrupt. 


The 8272 FDC 
does not perform 
implied 
seeks. Before 


issuing 
a data 
read 
or write 
command, 
the read/write 


head 
must 
be positioned 
over the correct 
cylinder 
by 


means 
of an explicit 
seek command. 
If the head 
is not 


positioned 
correctly, 
a cylinder 
address 
error is generat- 


ed. 


When 
the 
processor 
receives 
an 
interrupt 
from 
the 


FDC, 
the FDC 
may be reporting 
one of two distinc~ 


events: 


a) The 
beginning 
of the 
result 
phase 
of a previously 


requested 
read, 
write, 
or scan command. 


b) An 
asynchronous 
event 
such 
as a seeklrecalibrate 


completion, 
an attention, 
an abnormal 
command 
ter- 


mination, 
or an invalid 
command. 


These 
two cases are distinguished 
by the FDC 
BUSY 


flag (bit 4) in the 
Main 
Status 
Register. 
If the 
FDC 


BUSY 
flag is high, 
the interrupt 
is of type 
(a). If the 


FDC 
BUSY flag is low, the interrupt 
was caused 
by an 


asynchronous 
event (b). 


A single interrupt 
from the FDC 
may signal more than 


one of the above 
events. 
After 
receiving 
an interrupt, 


the 
processor 
must 
continue 
to issue 
Sense 
Interrupt 


Status 
commands 
(and service the resulting 
conditions) 


until an invalid command 
code is received. 
In this man- 


ner, all "hidden" 
interrupts 
are ferreted 
out and serv- 


iced. 


The 
skip 
flag 
is used 
during 
the 
execution 
of Read 


Data, 
Read 
Deleted 
Data, 
Read 
Track, 
and 
various 


Scan 
commands. 
This 
flag 
permits 
the 
FDC 
to skip 


unwanted 
sectors 
on a disk track. 


When 
performing 
a Read 
Data, 
Read 
Track, 
or Scan 


command, 
a high SK flag indicates 
that 
the FDC 
is to 


skip over (not transfer) 
any sector 
containing 
a deleted 


data 
address 
mark. 
A low SK flag indicates 
that 
the 


FDC 
is to terminate 
the command 
(after reading 
all the 


data in the sector) 
when a deleted 
data address 
mark 
is 


encountered. 


When 
performing 
a Read 
Deleted 
Data 
command, 
a 


high 
SK flag indicates 
that 
sectors 
containing 
normal 


inter 


data address marks are to be skipped. Note that this is 
just the opposite situation from that described in the 
last paragraph. When a data address mark is encoun- 
tered during a Read Deleted Data command (and the 
SK flag is low), the FOC terminates the command after 
reading all the data in the sector. 


The 8272 does not internally maintain bad track infor- 
mation. The maintenance of this information must be 
performed by system software. As an example of typi- 
cal bad track operation, assume that a media test deter- 
mines that track 31 and track 66 of a given floppy disk 
are bad. When the disk is formatted for use, the system 
software formats physical track 0 as logical cylinder 0 
(C = 0 in the command phase parameters), physical 
track I as logical track I (C = I), and so on, until 
physical track 30 is formatted as logical cylinder 30 
(C = 30). Physical track 31 is bad and should be for- 
matted as logical cylinder FF (indicating a bad track). 
Next, physical track 32 is formatted as logical cylinder 
31, and so on, until physical track 65 is formatted as 
logical cylinder 64. Next, bad physical track 66 is for- 
matted as logical cylinder FF (another bad track mark- 
er), and physical track 67 is formatted as logical cylin- 
der 65. This formatting continues until the last physical 
track (77) is formatted as logical cylinder 75. Normally, 
after this formatting is complete, the bad track informa- 
tion is stored in a prespecified area on the floppy disk 
(typically in a sector on track 0) so that the system will 
be able to recreate the bad track information when the 
disk is removed from the drive and reinserted at some 
later time. 


To illustrate how the system software performs a trans- 
fer operation on a disk with bad tracks, assume that the 


disk drive head is positioned at track 0 and the disk 
described above is loaded into the drive. If a command 
to read track 36 is issued by an application program, 
the system software translates this read command into 
a seek to physical track 37 (since there is one bad track 
between 0 and 36, namely 31) followed by a read of 
logical cylinder 36. Thus, the cylinder parameter C is 
set to 37 for the Seek command and 36 for the Read 
Sector command. 
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APPENDIX A 
8272 FDC DEVICE DRIVER SOFTWARE 


ISIS-II 
PL/M-86 
Vl. 2 COMPILATION OF MODULEDRIVERS 


OBJECT MODULEPLACED IN 
:F1:drlv72.0BJ 


COMPILER INVOKED BY: 
p1mS6 
:F1:drlv72.pS6 
DEBUG 


$tltle('"8272 
floppy 
disk 
controller 
device 
drivers", 
$nointvector 
Soptlmlze 
(2) 


Slarge 


drivers: 
dOJ 


declare 
1* floppy 
disk 
port 
definitions 
*/ 
fdc$status$port 
11 teral1y 
...30R"", 
fdcSdataSport 
literally 
'31H', 


declare 
I· floppy 
di8k 
commands 
*/ 
aense$int$ltatus 
literallY 
"'08H"1 


declare 


/* 
interrupt 
definittons 
*/ 
fdcSlntS1eve1 
literallv 
'33', 


declare 
I· return 
atatue 
and 


error 
ok 
complete 
tala. 
true 
eriorSin 
propa9'at~Ser 
ror 


et ror 
codes 
.•/ 
literally 
"'0"', 
literally 
'1"', 
literally 
"3"', 
literally 
"0"', 
literally 
"1", 
literally 
"not", 
literallY 
"return 
error", 


j* 
fde 
operation 
completed 
without 
error. 
*/ 


1* lde 
is 
hUBy, operation 
cannot 
be 
atarted 
*/ 


1* 
fdoc operation 
error 
*/ 
1* fdc 
not 
ready 
for 
cOIMIand phase 
*1 
/* 
fdc 
not 
ready 
for 
r~8ult 
phase 
*1 
/* 
invalid 
f.dc command */ 


stat$ok 
literally 
'0' , 


.tatSbusv 
literally 
'1' , 


.tatSerror 
literally 
'2' , 


ItatScomJnandSer 
ror 
literally 
'3' , 


statSre8ultSerror 
1i terally 
'4' , 


etat.$invalid 
li terally 
"5" J 


declare 
1* ma.ks 
*/ 


busy$ma.k 
literally 
"lOR" , 
DIO$ma.k 
literally 
"408" , 


RQM$mask 
literallY 
'BOH' , 


seek$ma.k 
literally 
'OFH' , 


resul 
t$error$lla.k 
literallY 
'OCOH' , 


resut 
tSdr ive$maak 
literally 
'03H', 


reault$re.dy$mask 
literally 
'OSH' , 


declare 
/* drive 
numbers 
*/ 


tnax$no$drives 
literallY 
'3' , 


fdc$generlll 
literally 
'4' ; 


tleclare 


1* miscf!l laneous 
control 
*1 


any$driveSseeking 
literally" 
«(input 
(fdc$atatuI$port) 
and 
seekSftlask) 
<> 
O}", 


command$code 
1i terally 
.. (docb.disk$c01llll.and 
(0) 
and 
lPS)", 
DIO$setSfor$ 
input 
Ii terallv 
.. « 
input 
(fdc$atatus$port) 
and 
nIO$maak) -0) .•, 


DIO$set$for$output 
literally 
.. ( (input 
(fdc$atatus$port) 
and 
DIO$mask) <>0)" 
, 


extractSdrive$no 
literally" 
(docb.diak$command(l) 
and 
038)", 


fdc$busy 
literally" 
'(input 
(fdc$atatu8$port) 
and 
busy$mask) 
<> 
0)", 


no$fdc$error 
11terally 
"possible$error 
(command$code) 
and 
«docb.disk$reault 
(0) 


and 
result$error$mask) 
_ 0)", 


wait$for$opScomplete 
literallY 
"do 
while 
not 
operation$coll'lplete(drive$no) 
J end", 


wait$tor$ROM 
literally 
"do 
while 
(input 
(fdc$etatus$port) 
and 
RQflI$mask) - 
OJ endJ"J 


declare 


/* 
structures 
*/ 


doeb$type 
literally 
/* diSk 
operation 
control 
block 
*/ 
.. (dma$op 
byte,dma$addr 
word, 
dlla$addr$ext 
byte,dma$count 
word, 


disk$command 
(9) 
byte ,dlsk$resul 
t (7) 
byte ,misc 
byte)": 


Seject 
declare 
drive$status$change 
(4) 
byte 
publIc, 


drive$ready(4) 
byte 
publicJ 


inter 


declare 
operation$in$proqre 
•• (S) 
byte, 


operationScOfttplete 
(5) 
byte, 


operation$docb$ptr 
(5) pointer, 
int.erruptSdocb 
structure 
docb$type, 


91obal$drive$no 
byte: 


/* internal 
flag. 
tor 
operation 
with 
multiple 
ddves 
It/ 


1ft 
fde 
execution 
phase 
completed. 
*/ 
1ft 
pointers 
lor 
operation. 
in 
progress 
*/ 
1ft 
temporary 
docb 
for 
interrupt 
processing 
*/ 
1ft drive 
number 
of 
non-overlapped. 
operation 
in 
progress 
- it any */ 


declare 
1ft internal 
vectors 
that 
contain 
command operational 
information 
*/ 
no$result(32) 
byte 
/* 
no result 
phafle to command*/ 
data (0,0,0,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0, 
0,0 r0,0,0,0) 
, 


immed$result 
(32) 
byte 
1* immediate 
result 
ph.A. 
for 
cOl'llllland 
"/ 
data 
(0,0,0,0, 
1,0,0,0, 
1,0, 0, 0, 0, 0, O.0, 0, 0,0,0,0,0, 
0, 0,0,0 
,0,0, 
0, 0.0,0) 
, 


over1ap$operation(32l 
byte 
/. 
eo_and 
penlite 
overlapped 
operation 
of 
drvie. 
*/ 
data (0.0,0,0,0.0,0, 
\.0,0.0.0,0,0,0,1,0.0,0,0,0,0,0,0,0,0,0,0,0, 
0,0, 0) , 


drlve$no$present 
(32) 
byte 
/* drive 
number present 
in 
command information 
./ 
data (0,0, 
1, 0, 1, 1, 1, 1,0, 1, 1,0, 1, 1, 0, 1,0.1,0.0.0,0.0,0,0,1,0,0,0,1,0,0) 
, 
~o•• ibl.Serror 
(32) 
byte 
/* determines 
it 
command can 
return 
with 
an error 
*/ 
data (0,0, 
1, 0,0, 1, 1, 1, 1, 1, 1,0,1, 
1,0, 1,0, t, 0, 0, 0,0,0,0,0, 
1, 0, 0, 0,1, 0,0) , 


corftmandSlength (32) 
byte 
/. 
contain. 
nUllber of 
cOllnland bytes 
for 
each 
cOJnDland*/ 


data (0, 0,9,3,2.9,9.2.1.9,2,0.9,6,0,3,0.9,0,0.0,0,0,0,0,9,0, 
0,0.9,0.0) 
, 


valid$command 
(32) 
byte 
/* 
fleCja 
invalid 
conunand codes 
*/ 
data (0.0,1,1, 
\, 1,1,1,1,1,1,0,1,1,0,1,0,1,0,0,0,0,0,0,0, 
1,0,0,0, 
1,0,0), 


initialize$drivers: 
procedure 
public; 


/. 
initialize 
8272 drivers 
*/ 
declare 
drv$no 
byte, 


do drv$no-O 
to 
maJC$no$dri ves I 
r1riveSready 
(drvSno) -false, 
fir ive$sl:atuaSchange 
IdrvSno) -false; 
operationS 
in$progress 
(drvSno) -falae: 
operation$complete 
(drvSno) -false: 
end; 


operationS 
in$progress 
(fdc$qeneral) 
-false, 
operation$complete 
(fdc$general) 
-false: 
qlobal$drive$no=O: 


/ •••• 
wait 
until 
the 
8272 fde 
is 
ready 
to 
receive 
cotrUlland/parameter 
bytes 
in 
the 
command phase. 
The 8272 
is 
ready 
to 
receive 
command bytes 


when the 
RQMf1~9 
is 
high 
and 
the 
010 flag 
is 
low. 
• ••• / 


/. 
wait 
for 
-master 
request- 
flag 
./ 
wait$for$RQM; 


/* check 
data 
direction 
flag 
./ 


if 
OIO$set$for$input 
then 
return 
ok: 
else 
return 
error: 


/ •••• 
wait 
unti t 
the 
8272 fdc 
is 
ready 
to 
return 
data 
bytes 
in 
the 
result 


Dhase. 
The 8272 is 
ready 
to 
return 
a result 
byte 
when the 
RQMand 010 


flags 
are 
both 
high. 
The busy 
flag 
in 
the 
main 
status 
register 
will 


remain 
set 
unti 1. the 
last 
data 
byte 
of 
the 
result 
phase 
has 
bef'n 
read 
by the 
processor. 
• ••• / 


/. 
result 
phase 
has 
ended 
when the 
8272 busy 
flag 
is 
reset 
./ 
if 
not 
fdc$busy 
then 
return 
complete; 


/. 
check 
data 
direction 
flag 
.•/ 


if 
DIO$setSforSoutput 
then 
return 
ok; 
else 
return 
lI!rror; 


outputSbyte$to$fdc: 
procedure 
(data$byte) 
byte, 
declare 
data$byte 
byte: 


/. 
check 
to 
see 
if 
fdc 
is 
rp.ady 
for 
command ./ 
if 
not 
fdc$readv$forScommand 
then 
propagate$error: 


/ •• ** input 
a single 
result 
byte 
from 
the 
8272 
fdc.. 
The 
"data$byte$ptr" 


parameter 
is 
a pointer 
to 
the 
memory location 
that 
is 
to 
contain 


the 
input 
bvte.. 
• ••• / 


input$byte$from$fdc: 
procedure 
(data$byte$ptr) 
byte; 


1eclare 
data$byte$ptr 
pointer; 


1eclare 
data$byte 
based 
data$byte$ptr 
bvte. 


status 
byte: 


/* 
check 
to 
see 
if 
fdc 
is 
ready 
*/ 
status- 
fdc$readyS 
for Sr esu 1t: 


if 
p.rror$in 
status 


then 
propaqateSerror; 


/* 
check 
for 
result 
phase 
complete 
*/ 
if 
status-complete 


then 
return 
complete; 


riataSbyte-input 
(fdc$data$port); 
return 
ok; 
fiend input$byte$from$fdc; 


/**** 
output 
the 
dma mode, 
the 
dma address, 
and 
the 
dma word 
count 
to 
the 


a2~7 
dma controller.. 
Also 
output 
the 
high 
order 
four 
bits 
of 
the 


address 
to 
the 
address 
extension 
latch.. 
Finally, 
start 
the 
disk 


dma channel. 
The "docb$ptr" 
parameter 
is 
a pointer 
to 
the 
appropr 
iate 


disk 
operation 
control 
block. 
****/ 


outputScontrolsSto$dma: 
procedure 
(docbSptr): 


oeclare 
docb$ptr 
pointer; 


declare 
docb 
based 
docb$ptr 
structure 
docbtype: 


declare 
j. 
t;lma port 
definitions 
*/ 
drna$upper$addr$port 
literally 
"lOR", 


dma$diskSaddrSport 
literally 
"OOR", 
dma$disk$word$count 
literally 
"OlR", 


dmaScornmandSport 
li ter ally 
..08H" , 


dma$mode$port 
literally 
"OBR", 
dma$mask$sr$port 
literally 
"OAH", 


dma$clearSff$port 
literally 
"OCR", 
dmaSmaster$clearSport 
literally 
"OOR", 
dma$maskSport 
literally 
"OFH", 


drna$disk$chan$star 
t 


drnaSextendedSwr 
i te 


dma$si ngle$transfer 


literally 
"OOR", 


literally 
"shl 
(1,5)", 
literally 
"shl 
(1,6)", 


if 
docb.drna$op 
< 
3 


then 
do; 


j* 
set 
dma mode and 
clear 
first/last 
flip-flOp 
*/ 
output 
(<1ma$rnode$port) =-shl (docb.dma$op, 
2) or 
40R, 
output 
(dmaSclearSffSpor 
t) -0; 


/* 
upper 
4 bits 
of 
current 
address 
*/ 
/. 
current 
address 
port 
*/ 
j* 
word 
count 
port 
*/ 
/* command por t 
*/ 


/* mode port 
./ 


/* 
mask 
set/reset 
port 
*/ 
/* 
clear 
first/last 
flip-flop 
port 
*/ 
/. 
dma master 
clear 
por t 
*j 
/* parallel 
mask 
set 
port*/ 


/* 
dma mask 
to 
start 
disk 
channel 
./ 
/* 
extended 
wr i te 
flag 
• / 
/. 
sinqle 
transfer 
flag 
./ 


inter 


/* 
set 
dma address 
*/ 


output 
(dmaSd iskSaddrSpor 
t) -low 
Idocb,dmaSaddr 
I , 


output 
(dmaSdiakSaddrSport) 
-high 
(docb,dmaSaddr) 
, 


output 
(dmaSupperSaddrSport 
l-docb,dmaSaddrSoxt, 


/* 
output 
disk 
transfer 
word 
count 
to 
dma controller 
*/ 


OlJtput (dma$disk$word$countl-low 
Cdocb.dma$cOunt) ; 


output 
(dma$disk$wordScount) 
-high 
(docb .dmaScount) 
, 


/* start 
dma channel 0 for 
fdc */ 
output 
(dma$mask$sr$port) 
-dmaSdiskSchan$atart; 
end; 


/*.*. output 
a high-level 
disk 
commandto 
the 8272 fdc. 
The number of 
bytes 
required 
for 
each 
command 
is 
contained 
in 
the 
·command$length- 
table. 
The -docb$ptr- 
parameter 
is 
a pointer 
to 
the 
appropriate 
disk 
operation 


control 
block. 
** •• / 


output$command$to$fdc: 
procedure 
(docb$ptr) 
byte, 
declare 
docb$ptr 
pointer; 


declare 
docb based docb$ptr 
structure 
doebStype, 


cmd$byte$no byte I 


disable, 


/. 
output 
all 
command bytes 
to 
the 
fdc 
• / 
do 
cmd$byteSno-O 
to 
commandS length 
(command$code) 
-1, 
if 
or rorS1n 
outputSbytoStoSfdc 
ldocb,d 
iakScommand 
(cm(\SbytoSno) 
I 


then 
do, 
enable, 
propagate$error; 
end, 


end: 


enable; 
return 
ok, 
end 
output$commandSto$fdc, 


/* •• * input 
the 
result 
data 
from 
the 
8272 
fdc 
during 
the 
result 
phase 
(after 
command execution). 
The 
"docbSptr" 
plirameter 
is 
a pointer 
to 
the 


appropriate 
disk 
operation 
control 
block. 
• ••• / 


input$resul 
t$ from$ fde: 
procedure 
(docb$ptr) 
byte, 


declare 
docb$ptr 
pointer, 


declare 


docb 
baaed 
docb$ptr 
structure 
docb$type, 


result$byte$no 
byte, 
temp byte, 
status 
byte: 


disable: 


do 
result$byte$no-O 
to 
7: 
status= 
input$byte$ 
fromS fde (@temp) ; 


if 
error$in 
status 


then 
do: 
enable: 
propaqate$error, 
end: 
if 
status-complete 


then 
dOl 
enable: 
return 
ok, 
end: 


docb. di sk$resul 
t (reBul 
tSbyte$no) 
:stemp, 


end: 


~nahleJ 
if 
fdcSbusy 
then 
return 
error 
J 


~l8e 
return 
ok, 
end 
inputSresult$fromSfdcJ 


/**** 
cleans 
up after 
the 
execution 
of 
a disk 
operation 
that 
has 
no 
result 


phase. 
The 
procedure 
is 
also 
used 
after 
80me disk 
operation 
errors. 


"drv" 
is 
the 
drive 
number, 
and 
"cc" 
1s 
the 
command code 
for 
the 


disk 
operation. 
****/ 


operation$clean$up: 
procedure 
(drv ,ce) 
, 
deelaee 
(dev,cc) 
byte, 


inter 


If 
not 
overlap$operation 
(ce) 
then 
global$dr 
ive$no-O 
7 
enable; 


/* •• * execute 
the 
disk 
operation 
control 
block 
specified 
by the 
pointer 
parameter 
"docb$ptr". 
The 
"status$ptr" 
parameter 
is 
a pointer 
to 


a byte 
vat iable 
that 
is 
to 
contain 
the 
status 
of 
the 
requested 
operation 
when it 
has 
been 
completed. 
Six 
status 
conditione 
are 


possible 
on return: 


The 
spec! fied 
operat 
ion 
was completed 
without 
error. 


The 
fde 
is 
busy 
and 
the 
requested 
operation 
cannot 
be 
started. 


Fda error 
(further 
information 
Is contained 
in the result 


storage 
portion 
of 
the 
disk 
operation 
control 
block 
- 
as 
described 
in 
the 
8272 
data 
sheet). 
Transfer 
error 
during 
output 
of the commandbytes 
to the fde. 


Transfer 
error 
during 
input 
of 
the 
result 
bytes 
from 
the 
fdc. 
Invalid 
fdc 
command. 
****/ 


execute$docb: 
procedure 
(docb$ptr 
,status$ptr) 
publiCI 


/* execute 
a disk 
operation 
control 
block 
*/ 


declare 
doch$ptr 
pointer, 
status$ptr 
pointer: 
declare 
docb 
based 
docb$ptr 
structure 
docb$type, 


status 
based 
statuB$ptr 
byte, 
drive$no 
byte: 


/* check 
command validity 
*/ 
if 
not 
valid$command 
(command$code) 


then 
dOl 
status-stat$invalidl 
returnl 
end; 


/* determine 
if 
command has 
a drive 
number 
field 
- 
if 
not, 
set 
the 
drive 


number 
for 
a general 
fdc 
command */ 


if 
dr ive$no$present 
(command$code) 


then 
drive$no-extract$drive$no: 


else 
dr ive$no-fdc$generall 


/* an overlapped 
operation 
can 
not 
be performed 
if 
the 
fdc 
is 
busy 
*/ 
if 
over lap$operation 
(command$code) 
and 
fdc$busy 


then 
dOl 
status-stat$busy: 
returnl 
end: 


/* for 
a non-overlapped 
operation, 
check 
fdc 
busy 
or 
any 
drive 
seeking 
*/ 
if 
not 
overlapSoperation{command$code) 
and 
(fdc$busy 
or 
any$drive$seeking) 


then 
dOJ status-stat$busy; 
returnl 
endl 


/* check 
for 
drive 
operation 
in 
progress 
- 
if 
none, 
set 
flag 
and 
start 
operation 
*/ 
disable; 
if 
operationS 
inSprogress 
CdriveSno) 


then 
do; 
enable: 
status=stat$busy: 
return; 
end; 
else 
operation$in$progres8 
(drlve$no) 
-truel 


/* at 
this 
point, 
an 
fdc 
operation 
is 
about 
to 
begin, 
so: 


1. 
reset 
the 
operation 
complete 
flag 


2. 
set 
the 
docb 
pointer 
for 
the 
current 
operation 


3. 
if 
this 
is 
not 
an overlapped 
operation, 
set 
the 
global 
drive 


number 
for 
the 
subsequent 
result 
phase 
interrupt. 
*/ 


operation$complete 
(dr ive$no) 
=0: 
operation$docb$ptr 
(dr ive$no) 
-docb$ptr 
1 


if 
not 
overlap$operation 
(command$code) 


then 
global$dr 
ive$no=dr 
i ve$no+l: 
enable 
1 


call 
output$controls$to$dma 
(docb$ptr) 
1 
if 
error$in 
output$command$to$fdc 
(docb$ptr) 


then 
do; 
call 
operation$clean$up 
(dr ive$no,command$code) 
: 


status:lstat$command$er 
ror 
1 
return: 
end; 


/* 
return 
immediately 
if 
the 
command has 
no result 
phase 
or 
completion 
interrupt 
- 
specify 
*/ 
if 
no$result 
(command$code) 
then 
do: 
call 
operation$clean$up(drive$no,command$code) 
1 
status-stat$ok 
1 
return: 
end: 


193 
194 
195 


196 


198 
3 
199 
3 
202 
3 
203 
3 
204 
3 
205 
3 


206 


if 
immed$result 
(command$code) 


then 
do; 
if 
errorSin 
input$result:$from$fde 
(docb$ptrl 


then 
do; 
, 


call 
oper ation$elean$up 
(dr ive$no ,command$code) : 
status:::stat$resul 
t$error; 
return: 
end; 
end: 
else 
do; 
wai tS for$op$complete; 
if 
docb.mise 
:z error 
then 
do; 
statuszstat$result$error; 
return; 
end; 


end: 


if 
noSfde$error 


then 
status=stat$ok; 
else 
status:stat$error; 


/ •••• 
copy disk 
command results 
from the 
interrupt 
control 
block 
to 
the 


currently 
active 
disk 
operation 
control 
block 
if 
a disk 
oper ••tion 
is 


in pr09ress. 
****/ 


copySint$result: 
procedure 
(drv); 
declare 
dry 
byte; 
declare 
i byte, 
docb$ptr 
pointer, 


docb based 
docb$ptr 
structure 
docb$type; 


if 
operationS 
in$progress 
(drv) 


then 
do; 
docb$ptr::zoperation$docb$ptr 
(drv); 


do i:::l to 
6; 
docb.disk$result 
(i) =interrupt$docb.disk$result 
(i) ; end; 


docb.misc=ok; 
operationS 
in$progress 
(drv) ,.false; 


operationScomplete 
(drv) =true; 


end; 


/**** 
interrupt 
processing 
tor 
8272 fdc 
drivers. 
8asically, 
two types 
of 


interrupts 
are 
generated 
by the 
8272: 
(a)when 
the 
execution 
phase 
of 


an operation 
has 
been 
completed, 
an 
interrupt 
is 
gen,rated 
to 
signal 


the 
beginning 
of 
the 
result 
phase 
(the 
fdc 
busy 
flag 
is 
set 


when this 
interrupt 
is 
received), 
and 
(b) 
when an overlapped 
operation 
is 
completed 
or 
an unexpected 
interrupt 
is 
received 
(the 
fdc 
busy 
flag 


is 
not 
set 
when this 
interrupt 
is 
received). 


1. 
An overlapped 
option 
(recalibrate 
or 
seek) 
has 
been 
completed. 
The 
result 
data 
is 
read 
from the 
8272 and placed 
in 
the 
currently 
active 
disk 
operation 
control 
block. 
2. 
An abnormal 
termination 
of 
an operittion 
has 
occurred. 
The result 
data 
is 
read 
and placed 
in 
the 
currently 
active 
disk 
operation 


control 
block. 
3. 
The execution 
of 
an invalid 
command has 
been 
attempted. 
This 


sign •.ls 
the 
successful 
completion 
of 
all 
interrupt 
processing. 


4. 
The ready 
status 
of 
a drive 
has 
changed. 
The ·driveSready· 
and 


"drive$readY$status" 
change 
t •.bles 
are 
updated. 
If 
an oper.tion 


is 
currently 
in 
progress 
on the 
.ffeeted 
drive, 
the 
result 
data 


is 
placed 
in 
the 
currently 
active 
disk 
operation 
control 
block. 


After 
an interrupt 
is 
processed, 
••ddition.l 
sense 
interrupt 
status 
commands 
must 
be issued 
and processed 
until 
an invalid 
command result 
is 
returned 
from the 
fdc. 
This 
action 
guarantees 
that 
all 
"hidden" 
interrupts 


are 
serviced. 
****/ 


inter 


fdcint: 
procedure 
public 
interrupt 
fdc$int$level; 


declare 
invalid 
byte, 


de iveSno 
byte, 
docb$ptr 
pointer, 
docb based docb$ptr structure 
docb$type; 


declare 
I· interrupt 
port 
definitions 
*/ 
ocw2 
literally 
"'708"", 
nseol 
literally 
"'8hl(1,S)"~ 


declare 
I· miscellaneous 
flags 
*/ 


result$code 
Ii terally 
..shr (interrupt$docb.disk$resul 
t (0) 
and resultSerrorSl1lask, 
6)'" , 


resul tSdr iveSteady 
Ii terally 
.. «inter 
rupt$docb.disk$result 
(0) 
and result$ready$aAsk) 
• 
0)", 
extract$resul 
tSdri veSoo literally 
..(interrupt$docb.disk$result 
(0) 
and resul tSdr ive$aask}'" , 
endSclS interrupt 
Ii terally 
"output 
(ocw2)-nseoi": 


/* if 
the 
fdc 
is 
bUsy when an interrupt 
is 
received, 
then 
the 
result 
phase 
of 
the 
previous 
non-overlapped 
operation 
has 
begun 
11/ 
if 
fdc$busy 


then 
do; 


/11 
process 
interrupt 
if 
operation 
in 
progres8 
11/ 
if 
global$drive$no 
<> 
0 


then 
dOl 
doeb$ptr-operation$doeb$ptr 
(global$drive$no-l) 
, 
if 
errorSin 
input$result$from$fdc(docb$ptr) 


then 
docb.mi8c-error, 


else 
docb.misc-ok: 
operation$in$proqress 
(global$dr 
ive$no-l) 
-false: 
oper at ion$corap1ete (global$dr 
i ve$no-l) 
-tr ue; 


globa1$dr 
ive$no-O: 
end; 


end; 


/11 
if 
the 
fde 
is 
not 
busy, 
then 
either 
an overlapped 
operation 
has 
been 


completed 
or 
an unexpected 
interrupt 
has occurred 
(e.g., 
drive 
status 


change) 
11/ 


else 
do, 
invalid-false, 
do while 
not 
invalid; 


jll 
perform 
II sense 
interrupt 
status 
operation 
- 
if 
errorB 
are 
detected, 
in 
the 
actual 
fde 
interface, 
interrupt 
processing 
is 
cHscontinued 
11/ 
if 
errorS in 
output$byte$to$fdc{sense$int$statuB) 
then 
go to 
ignore; 


if 
error$in 
inputSresult$from$fdc('interrupt$docb) 
then 
go to 
ignore; 


/11 
case 
0 - operation 
complete 
11/ 
do: 
dr ive$no-extract$result$dr 
ive$no: 
call 
copy$ int$resul 
t (dr ive$no) : 
end; 


/11 case 
1 - 
abnorllal 
termination 
lIj 


do; 
dr ive$no-extract$result$dr 
ive$no; 
call 
copy$int$result 
(drive$no): 


end: 


/11 
case 
3 - dr ive ready 
change 
11 / 
do; 


dr ive$no-extract$result$dr 
ive$no; 
call 
copy$int$reault(drive$no); 
dr ive$status$chllnge 
(drive$no) 
-true, 
it 
resultSdrive$ready 
then 
drive$ready 
(dr ive$no) -true; 
else 
dr ive$ready 
(dr ive$no) -false; 
end; 


end: 
end; 
end; 


254 
1 
end drivers; 
MODULE 
INFORMATION: 


CODE 
AREA 
SIZE 
- 
06158 


CONSTANT 
AREA 
SIZE 
- 
00008 


VARIABLE 
AREA 
SIZE. 
00508 


MAXIMUM 
STACK 
SIZE. 
00328 
564 
LINES 
READ 
o 
PROGRAM 
ERROR 
(5) 


END 
OF 
PL/M-B6 
COMPILATION 


15570 
00 
BOD 
500 


inter 


APPENDIX B 
8272 FDC EXERCISER PROGRAM 


ISIS-II 
PL/M-86 
Vl. 2 COMPILATION OF MODULERUN72 
OBJECT MODULEPLACED IN 
:P1:run7:i.OBJ 


COMPILER INVDnD 
BY' 
p1m86 
:P1:run72.p86 
DEBUG 


Stitle 
("'8272 
floppy 
disk 
driver 
exercise 
proqrllm"') 
Snointvector 
$optimi.e(2) 
$large 
run72: 
do; 


declare 
docb$type 
literally 
/* disk 
operation 
control 
block 
*/ 


..•(dma$op 
byte,dma$llddr 
vord,dma$addr$ext 
byte,dma$count 
word, 


disk$cornmand(9l 
byte,disk$result(7) 
byte,IIIisc 
byte)", 


declare 
/* 
8272 fde 
eODllllandl5 */ 
fm 
mfm 
dma$mode 
non$dma$mode 
recalibrate$conunand 
specifySco1'QJlland 
r ead$command 
w, i te$command 
format$command 
seek$command 


declare 
dJlla$ver ify 
dmaStead 
dma$write 
dma$noop 


declare 
I. disk 
operation 


forma t$docb 
seek$docb 
reealibrate$docb 
specify$docb 
read$docb 
write$docb 


declare 
st:.ep$rate 
head$loadStlme 
head$unload$time 
filler$byte 
operation$status 
interleave 
format$gap 
read$wr i te$gap 
index 
drive 
density 
multitrack 
sector 
cylinder 
head 
tracks$perSdisk 
sectors$per$track 
bytes $pe r $sec tor $code 
bytes$per$sector 


deClare 


/* read 
and 


fmtblk 
(104) 
wrhuf (1024) 
rdbuf(1024) 


literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 


'0' • 
""I"" 
, 
'0' • 
'1' • 
'7' • 
'3' • 
'6' • 
"'5'" 
, 


"'ODH"" 
, 
'OPH' , 


literally 
"'0"', 
literally 
""1"", 
literally 
"2"', 
literally 
"'3"'1 


control 
blocks 
*/ 


structure 
docb$type, 
structure 
docb$type, 
structure 
docb$type, 
structure 
docb$type, 


structure 
docb$type, 
structure 
docb$type: 


byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
byte, 
word: 


write 
buffers 
*/ 


byte 
public, 
byte 
publ ie, 
byte 
public; 


declare 
/* 
disk 
format 
initialization 
tables 
*/ 
sec$trkStable(3) 
byte 
dataI26,lS,8), 


fmt$gap$table(8) 
byte 
data(lBH,2AH,3A8,O,O,36H,S4H,748), 
rd$wr$gap$table(8) 
byte 
data(078,OEH,lBH,O,O,OEH,lBH,35H); 


declare 
I. external 
pointer 


rdbptr (2) 
wrbptr (2) 
fbptr 
(2) 
intptr 
(2) 
intvec 
(80H) 


tables 
and 
interrupt 
vector 
*/ 


word 
external, 
word 
external, 
word 
external, 


word 
external, 


word 
external, 


execute$docb: 
procedure 
(docb$ptr, 
statua$ptr) 
external: 


deClare 
docb$ptr 
pointer, 
status$ptr 
pointer, 


end 
execute$docb; 


1**** 
specify 
step 
rate 
("Sz:t"), 
head 
load 
time 
("hlt"), 
head 
unload 
time 
(·hut"), 


and 
dma or 
non-dma 
operation 
("nd"). 
***./ 


specify: 
procedure(srt,hlt,hut,nd) 
J 


declare 
(srt,hlt,hut,nd) 
byte, 


spec i ty$ docb. dma$op-dma$noop, 
specify$docb.disk$command 
(0) -spec1fy$colMlandJ 
specifY$docb.disk$command(1)-shl«not 
srt)+1,4) 
or 
shr(hut,4): 


specify$docb.disk$command (2)' (hlt 
and OlERl 
or 
(nd and 1), 


call 
execute$docb 
(@speeify$docb,@operation$statu8) 
J 


end 
specify: 


1**** 
recalibrate 
disk 
drive 


8272 
automatically 
steps 
out 
until 
the 
track 
0 signal 
is 
activated 


by the 
disk 
drive. 
***·1 


r eeal ibz: ate$docb. 
dma$op-dma$noop: 


z:eesl ibr ate$docb.disk$eommand 
(0) -reeal 
ibrate$command, 
reealibrate$doeb.disk$command 
(1) -drv: 
call 
execute$docb 
(@recalibrate$docb,@operation$status) 
, 


end 
recalibrate: 


seek$docb. 
dma$op-dma$noop; 
seek$docb.d 
iskSeommand (0) -seek$command; 
seek$doeb.cHsk$command 
(1) -drv 
or 
shl (hd, 2) , 
seek$docb.disk$command 
(2) Dcyl, 


call 
execute$docb 
(@seek$docb,@operation$status) 
; 


1**** 
format 
a complete 
side 
("head") 
of 
a single 
floppy 
disk 
in 
drive 
"drv". 
The density, 
(single 
or 
double) 
is 
specified 
by flag 
"dens". 
****1 


format: 
procedure 
(drv ,dens, 
intlve) 
; 


1* 
format 
disk 
*1 
declare 
(drv,dens,intlve) 
byte, 
declare 
physical$sector 
byte: 


call 
recalibrate 
(drv); 
do cylinder-O 
to 
traeks$per$disk-l 
r 
1* set 
sector 
numbers 
in 
format 
block 
to 
zero 
before 
computing 
inter 
leave 
·1 


do physical$sector"l 
to 
sectors$per$track, 
fmtblk 
( (physicel$sector-l) 
*4+2) -0, 
end, 


1* physical 
sector 
I 
equals 
logical 
sector 
I *1 
physical$sector-17 


1* assign 
interleaved 
sectors 
*/ 
do 
sector-l 
to 
sectors$per$track, 
index'"' (phys ical$sector-ll 
*4, 


inter 


49 


53 
4 
54 
4 
55 
4 
56 
4 


57 
58 


60 


61 


62 
63 
64 
65 
66 
67 
68 
69 
70 
71 
72 
73 


74 


75 
76 


77 
2 
78 
2 
79 
2 
80 
2 
81 
2 
82 
2 
83 
2 
84 
2 
85 
2 
86 
2 
87 
2 
88 
2 
89 
2 


91 
92 


93 


94 
95 


96 
2 
97 
2 
98 
2 
99 
2 
100 
2 
101 
2 
102 
2 
103 
2 
104 
2 
105 
2 
106 
2 
107 
2 


1* change 
sector 
and 
index 
if 
sector 
has 
already 
been 
assigned 
*1 
do while 
fmtblk 
(index+2) 
<> 
0, 
index .••index+4, 
physical$sector-phyaicalSsector+l; 
end, 


1* set 
cylinder, 
head, 
sector, 
and size 
code 
for 
current 
sector 
into 
table 
*1 
fmtblk (index) -cylinder 
J 
fmtbl k (i ndex+ I) -head 
J 
fmtblk 
(index+2) 
-sector 
J 
fmtblk 
(index+3) 
-bytes$per$sector$code, 


1* update 
physical 
sector 
nUlIlber 
by interleave 
*1 
phys ical $see tor =phys Ie al $see tor+ intl ve J 
it physical$sector 
> 
sectors$per$track 
then 
phys ical$seetor-phys 
lealSseetor-sector 
sSperS tr ack, 
end, 


1* 
set 
up format 
control 
block 
*/ 
format$docb. 
dmaSop-dma$wr 
1te 
J 
focmat$docb.dma$addr-fbptr 
(0) +9hl (fbptr 
(1) ,4) 
J 
fornlat$docb. 
dma$addr $ext-O; 
format$docb. 
dma$coun t-sector 
s$per$ tr ack* 4-1; 
format$docb.disk$command 
CO)-format$command 
or 
shl (dens, 
6): 
format$docb.disk$command 
(1) sdrv 
or 
shl (head, 2); 
format$docb.d 
iSk$command (2) -bytes$per$sector$code; 
forraat$docb.disk$cotlllland 
(3) -sectors$per$track; 
format$docb.dlsk$command 
(4) -fonnat$gapl 
format$docb.disk$command 
(5) =filler$byte, 
call 
execute$docb 
((lformat$docb, 
(loperation$status) 
; 
end, 


/ •••• 
write 
sector 
"sec" 
on drive 
"drv" 
at 
head 
·hd" 
and 
cylinder 
·cyl·. 
The 
disk 
recording 
density 
is 
specified 
by the 
"dens" 
flag. 
Data 
is 
expected 
to 
be 
in 
the 
global 
write 
buffer 
("wrbuf"). 
• ••• / 


write: 
procedure(drv,cyl,hd,sec,densl, 
declare 
(drv,cyl,hd,sec,dens) 
byte, 


wr i te$docb. 
dma$opadma$wI i te; 
WIi te$docb.dma$addr 
••wrbptr 
(0) +shl (wrbptr 
(1) ,4) ; 
WI ite$docb 
.dma$addr$ext-O; 
wri te$docb. 
dma$count-bytes$per$ 
see tor-l 
; 
write$docb.disk$colUland(O)-write$conunand 
or 
shlCdens,6) 
or 
shl(lIultitrack,7); 
write$docb.disk$command(l)-drvor 
shl(hd,2); 
WIi te$docb. 
disk$command 
(2) -cyl; 
WIi te$docb 
.disk$command 
(3) _hd; 
WIi te$docb.disk$command 
(4) -see; 
WIi te$docb.disk$command 
(5) abytes$peI$sectoI$code, 
wr i te$docb.disk$command 
(6) -sectors$per$track, 
wr i te$docb.disk$comrnand 
(7) "'read$wr i te$gap1 
if 
bytes$peI$sector$code 
- 
0 
then 
wr i te$docb.disk$command 
(8) abytes$per$sectoI, 
else 
write$docb.disk$command 
(8) -OFFR, 
call 
execute$docb 
«(lwri te$docb,@operation$status) 
; 


/ •••• 
read 
sector 
"sec" 
on drive 
·drv" 
at 
head 
"hd" 
and 
cylinder 
"cyl". 
The 
disk 
recording 
density 
is 
defined 
by the 
"dens" 
flag. 
Data 
is 
read 
into 
the 
global 
read 
buffer 
("rdbuf"). 
.***/ 


r ead$docb. 
dma$op"'dIl8$ read, 
read$docb.dma$addr-rdbptr 
(0) +shl (rdbptr 
(1) ,4) ; 
read$docb.dma$addr$ext-O, 
r ead$docb. 
dma$coun t-bytes$per$seetor-l 
, 
read$docb.disk$command 
(0) -read$command 
or 
shl (dens, 
6) 
or 
shl (multitrack, 
7) , 
read$docb 
.disk$command 
(1) -dry 
or 
shl (hd, 2) : 
read$docb.disk$command 
(2) mcyl: 
read$docb.disk$command 
(3) -hd; 
read$docb.disk$command 
(4) -sec, 
read$docb.d 
isk$eommand (5) -bytes$per$sector$code, 
read$doeb.d 
isk$command (61-sectors$per$ 
track, 
read$doeb.disk$command 
(7) -read$wr 
i te$gap: 


inter 


116 
117 


118 


119 
120 
121 
122 
123 
124 
125 
126 
127 


128 
2 
129 
2 
130 
2 
131 
2 
132 
2 
133 
2 
134 
2 
135 
2 
136 
2 


if 
bytes$per$sector$code 
= 0 
then 
read$docb. 
disk$command 
(Bl-bytes$per$sector; 
else 
read$docb.disk$command (8) -OFFHi 
call 
execute$docb 
(@readSdocb,@operation$status) 
i 


initialize$system: 
procedure; 
declare 


/* I/O ports 
*/ 


dma$d i sk$addr 
Spar t 
dma$di skSword$count$ 
por t 
dma$command$port 
dma$mode$port 
dma$mask$sr$por 
t 
dma$clear$ff$por 
t 
dma$mas tee $c lear 
Spor t 
dma$mask$port 
dma$cl$addr$port 
dma$c lS •.••• 
ordScount$por 
t 
dma$c2$addr$por 
t 
dma$c 2$word$coun 
t$por 
t 
dma$c3Saddr$port 
dma$c 3Sword$coun t$por t 
icwl 
icw2 
icw4 
ocwl 
ocw2 
ocw3 


literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
literally 
li terally 
literally 


"'oOH'" , 
"'OlH'" , 
'08H' • 
'08H' • 
"'OAH'" 
, 


"'oCH'" 
, 


"'ooH'" , 
"'OFH'" 
, 
'02H' • 
"'03H'", 
'04H' • 
"'aSH'" 
, 


"'068'" 
, 
'07H' • 
"',oH'" 
, 


""lH'" 
, 


""lH" 
, 


""lH" 
, 


""OH'" 
, 


"''au" : 


/* current 
address 
port 
*/ 


/* word count 
port 
*/ 
/* command port 
*/ 
/* mode port 
*/ 
/* mask set/reset 
port 
*/ 


/* 
clear 
first/last 
flip-flop 
/* 
dma master 
clear 
port 
*/ 


/* parallel 
mask set 
port·/ 


declare 
/* mise 
masks 
and 
literals 
*/ 
dma$extended$write 
literally 
"'shl(1,5)", 
/* 
extended 
write 
flaq 
*/ 


dma$single$transfer 
literally 
"'shl (1,6)", 
/* single 
transfer 
flag 
*/ 


dma$disk$mode 
literally 
"'408", 
dma$cl$mode 
literally 
"4lH"', 
dma$c2$mode 
literally 
"'42H"', 
dma$e3$mode 
literally 
"43H"', 
mode$8088 
Ii terally 
"'1", 
interrupt$base 
literally 
"'2oH"", 
single$controller 
Ii terally 
"'shl (1,1) .., 
level$sensitive 
literally"shl(L])"', 
eontrol$word$4$required 
literally 
"'1"', 
base$icwl 
literally 
"'lOH"', 
mask$all 
literally 
"'OFFH", 
disk$interrupt$mask 
literally 
"I"': 


output 
(dma$master$elear$port)·O; 
/* master 
reset 
*/ 
output 
(dma$mode$port) 
=dma$extended$wr 
i te: 
/* set 
dma command mode */ 


/* set 
all 
dma registers 
to 
valid 
values 
*/ 


output 
(dma$mask$port)-mask$allj 
/* mask all 
channels 
*/ 


/* 
set 
all 
addresses 
to 
zero 
*/ 
output 
(dma$clear$ff$port) 
-0; 
/* reset 
first/last 
flip-flop 
*/ 
output 
(dma$disk$addrSpor 
t)-O; 
output 
(dma$disk$addr$port) 
""'0; 
output 
(dma$cl$addr 
$por t) -0: 
output 
(dma$clSaddr$port) 
,,,OJ 
output 
(dma$c2$addr$port) 
=0; 


output 
(dma$c2$addr$por 
t) -a j 


output 
(dmaSc3$addr$por 
t) ••Oj 
output 
(dma$e 3$addr$port) 
-0; 


/* set 
all 
word counts 
to 
valid 
values 
*/ 


output 
(dmaSclear$ff$port) 
-0; 
/* 
reset 
first/last 
flip-flop 
*/ 
output 
(dma$disk$word$count$por 
t) =1; 


output 
(dma$disk$word$count$port) 
=1; 


output 
(dma$cl$word$count$port) 
=1 


output 
(dma$cl$word$count$por 
t)-l 


output 
(dma$e2$word$count$por 
t)-l 


output 
(dma$c2$word$eount$port)-1 


output 
(dma$e3$word$eount$por 
tl-l 


output 
(dma$c3$word$count$por 
t) =1 


inter 


/* 
initialize 
all 
dma channel 
modes */ 
output 
(dma$mode$port) :adma$disk$mode, 
output 
(dma$mode$port) 
-dma$cl$mode, 
output 
(dma$mode$port) -dma$c2$mode: 


output 
(dma$mode$port) -dma$c3$mode 1 


/* 
initialize 
8259A interrupt 
controller 
*/ 


output 
(iewl) zsingle$controller 
or 
level$sensitive 
or 
control$word4$required 
or 
baseSicwl; 


output 
(icw2) -interrupt$base; 


output 
(lew4) 
-modeSSOSS; 
/* 
set 
8088 
inter 
cupt 
mode */ 


output 
(ocwl) -not 
diskSinterrupt$mask, 
/* mask 
all 
interrupts 
except 
disk 
*/ 


/* 
initialize 
interrupt 
vector 
for 
fde */ 


lntvec(40R} 
-lntptr 
(0), 


intvee 
(41H) -intptr 
(l) 
, 


end 
initialize$system; 


$eject 


declare 
drive$ready(4) 
byte 
external: 


/* 
disable 
until 
interrupt 
vector 
setup 
and 
initialization 
complete 
ftl 
disable; 


1ft set 
initial 
floppy 
disk 
parameters 
ftl 


dens i ty-mfm; 
head-O r 
multitrack-O, 
flller$byte-SSR, 
tracks$per$disk-77, 
bytes$per$sector-l024, 
inter 
leave-6, 
step$rate-ll: 
head$10ad$time-40: 
head$unload$ 
time-240 
J 


1ft double-density 
ftl 
1ft single 
sided 
ftl 
1ft no multitrack 
operation 
ftl 


1ft 
for 
format 
*1 
1* normal 
floppy 
disk 
drive 
*1 


1ft 1024 bytes 
in 
each 
sector 
ftl 
1* set 
track 
interleave 
factor 
*1 


1ft lOms tor 
5A800 plus 
1 for 
uncertainty 
ftl 


1ft 
4Oms head 
load 
for 
SA800 *1 


1* keep 
head 
loaded 
as 
long 
as 
possible 
*1 


1* derive 
dependent 
parameters 
from 
those 
above 
*1 


bytes$per$sector$code-shr 
(bytes$per$sector, 
7) , 


do 
index-O 
to 
3; 
if 
(bytes$per$sector$code 
and 
1) 
<> 
0 


then 
do; 
bytes$per$sector$code-index, 
go to 
donebe; 
end: 


else 
bytes$per$sector$code-shr 
(bytes$per$sector$code, 
1): 
end; 


donebc: 
sectors$per$track-sec$trk$table 
(bytes$per$sector$code-densi 
ty) : 
format$gap-fmt$gap$table 
(shl (densi ty, 2) +bytes$per$sector$code) 
; 
read$wr i te$gap-rd$wr$gap$table 
(shl (densi ty, 2) +bytes$per$sector$code) 
; 


1* initialize 
system 
and 
drivers 
*1 


call 
initialize$system, 


call 
initialize$drlvers: 


1* 
reenable 
interrupts 
and 
give 
8272 a chance 
to 
report 
on drive 
status 


before 
proceeding 
*1 


enable: 
call 
time (10) , 


1ft 
wait 
until 
drive 
ready 
*1 
do while 
1; 
if 
drive$ready(drive) 


then 
go to 
start; 


end, 


start; 
call 
format 
(dr ive ,densi 
ty, inter 
leave) 
: 


do while 
1; 


do cylinder-O 
to 
tracks$per$dlsk-l; 
call 
seek (drive,cylinder 
.head), 


do sector-I 
to 
sectors$per$track: 


/* 
check 
read 
buffer 
against 
"rite 
buffer 
*/ 
if 
cmpwC@"rbuf,@rdbuf,shr(bytes$per$sector,l» 
<> 
OFFFFa 
then 
haltJ 
endJ 
end: 
end: 


MODULE 
INFORMATION: 


CODE AREA SIZE 
• 
05708 
CONSTANT AREA SIZE 
• 
00008 
VARIABLE 
AREA SIZE 
• 
09078 
MAXIMUM STACK 
SIZE' 
00228 
412 
LINES 
READ 
o PROGRAM ERROR(S) 


END OF PL/M-86 
COMPILATION 


13920 
00 
23110 
340 


APPENDIX 
C 
8272 DRIVER FLOWCHARTS 


RESET 
-DRIVESREADY 
-DRIVESSTATUSSCHANGE 
-DPERATIDNSINSPROGRESS 
-OPERATIONSCOMPLETE 


inter 


C 
RETURN 
) 


, 
E_R_R_O_R 
" 


RETURN 
COMPLETE 


inter 


inter 


o 


---) 


inter 


CALL COPY$IHTSRE$UL 
T 
TO PUT OPERATION 
RESULT 
INFORMATION 
INTO THE Doce 


CALL COPY$INTSRESUl 
T 
TO PUT OPERATION 
RESULT 
INFORMATION 
INTO THE DOCS 


Designing with the 82072 
CHMOS 
Single-Chip Floppy Disk Controller 


SRIDHAR 
BEGUR 
APPLICATIONS 
ENGINEER 


inter 


CHAPTER 
1 
INTRODUCTION 
TO THE 82072 
FLOPPY DISK CONTROLLER 


This Application Note provides a detailed description 
of the features and capabilities of the 82072 Floppy 
Disk Controller. Chapter 
I gives a brief overview of 


floppy disk concepts. The second chapter "INTER- 
NAL ARCHITECTURE" 
describes the internal func- 


tions of the 82072 in block diagram form. Operation of 
the internal Data Separator and the Write Pre-Com- 
pensation circuits are also included. Chapter 3 presents 
a functional description of the 82072. Chapter 4 de- 
scribes the software requirements of the 82072. Chapter 
5 describes the technique of interfacing floppy disk 
drives to the PCIPC-XT, 
or the PC-AT, using the 


82072 floppy disk controller. Appendix A provides de- 
tailed flow charts for the various commands, to aid 
software designers. 


Pin functions, electrical and timing characteristics are 
contained in the 82072 Data Sheet. 


1.2 THE 82072 
FLOPPY DISK 
CONTROLLER 


The Intel CHMOS 82072 is a fully integrated floppy 
disk controller designed for use in real time, on-line 
storage applications. The 82072 has been developed to 
allow designers to take full advantage of the emerging 
high capacity, quad density, double sided diskette drive 
capabilities. The 82072 performs all functions associat- 
ed with data transfers between disks and user's memo- 
ry. 


The 82072 is a software compatible upgrade of its 
predecessor, the 8272A floppy disk controller. The on- 
chip enhancements include a self-compensating analog 
data separator with software selectable data rates (that 
require no external components), programmable write 
pre-compensation circuitry and write clock generation 
logic. These enhancements greatly reduce the number 
of components required to interface high capacity flop- 
py disk drvies to processors. The on-chip sixteen byte 
FIFO, with programmable threshold, minimizes data 
transfer times and overcomes the I/O bottleneck for 
fast disk access. Additionally, the 82072 has a power 
down mode which makes it ideal for low power, battery 
backed, portable applications. 


The following sections provide the reader with a simpli- 
fied overview of floppy disk controller concepts. These 
sections are particularly appropriate for those who are 
unfamiliar with floppy disk operations. 


The actual signal recorded on a floppy disk is a combi- 
nation of timing information and data. The serial read 
data from the disk must be converted into two signal 
streams: clock and data. The serial data must also be 
assembled into eight bit bytes for transfer to the host. 
The Data Separator generates a Data Window signal 
that is active during the data bit cell interval. This Data 
Window signal is used by the READ hardware to ex- 
tract data from the serial read data stream. 


The job of data separation is relatively straightforward 
for the single density encoding scheme. In this scheme, 
each bit cell contains a clock bit at the leading edge of 
the cell. The bit cell is 4 microseconds wide (at 125 
Kbps data transfer rate). The data bit (if present) is 
always located at the center of the cell. The job of the 
data separator is to generate a data window 2 microsec- 
onds wide starting one microsecond after the clock 
pulse. Since every cell has a clock bit, a fixed window 
reference is available for every bit, and as the window is 
2 microsecond wide, a slightly shifted data bit will still 
remain within the data window. 


When MFM (Modified Frequency Modulation) encod- 
ing is used, data separation has two problems. First, 
MFM encoding loses the fixed cell reference pusle pres- 
ent in FM encoding as only some bit cells contain a 
clock bit. Secondly, the bit cell in MFM is one half the 
size of the bit cell for FM. This shorter bit cell implies 
that MFM cannot tolerate as large a playback data shift 
(as FM can) without errors. 


The data separator for MFM must continuously moni- 
tor the read data stream, synchronizing its operation 
with the actual clock/data bits of the data stream. The 
data separation circuit must track the input Read Data 
very closely as unpredictable bit shifts leave less than 
50 ns of margin with respect to Data Window to decode 
data reliably. 
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Only an analog PLL can provide the reliability required 
for double density data separation. A PLL is an elec- 
tronic circuit that continuously analyzes the input fre- 
quency and locks another reference oscillator to that 
frequency. The PLL determines the clock and data bit 
position by sampling each bit in the serial data stream. 
The phase difference between the PLL generated Data 
Window and the data bit is constantly fed back to ad- 
just the position of the data window, enabling the PLL 
to track input data frequency changes. This allows the 
data separator to reliably read back previously recorded 
data. 


The 82072 has an on-chip self-compensating analog 
data separator. The data separator is a fully integrated 
design with all passive and active components on chip. 


The internal 
data separator 
consists of two analog 


Phase Lock Loops (PLL): a Reference PLL and a Data 
PLL. Analog Phase Locked Loops were chosen to pro- 
vide the reliability and resolution required for double 
density data separation. The Reference PLL stabilizes 
the Data PLL. The Data PLL performs the actual data 
separation function by synchronizing its operation to 
the digital read data input from the disk drive. The 
synchronized signal (Data Window), generated by the 
Data PLL, is used to separate the clock and data bits 
from the read data signal. The data bits are then assem- 
bled into bytes and transferred to the system memory. 


The PLL consists of three main components: a phase 
comparator, a second order loop filter and a Voltage 
Controlled Oscillator. The block diagram of the PLL is 
shown in Figure 1.0. Basically, the PLL compares the 
phase difference between the VCO output and the read 
data input from the disk drive. The difference in phase 
is used to increase or decrease the frequency of the volt- 
age controlled oscillator in order to bring its frequency 
closer to that of the input. The PLL is locked when the 
frequency of the oscillator is exactly the same as the 
frequency of the read data input. 


The 8272A allows the user to vary the data transfer 
rate by changing the frequency of the write clock. To 
maintain this flexibility, the 82072 provides an on-chip 
prescaler that divides the 24 MHz clock to rates that 
are equivalent to those used with the 8272A. By appro- 
priately setting the DRATSEL bits in the Data Rate 
Select (DSR) 
register, 
the 
prescaler 
value can be 


changed to obtain the desired data transfer rate. The 
supported data transfer rates are 250, 300, 500 Kbps 
and I Mbps with MFM encoding, and 125, 150 and 250 
Kbps with FM encoding. Most of the internal circuitry 
of the 82072 is driven with a 2-phase clock (pHI, PH2) 
that is synchronous with the chosen data rate. 
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DRATESEL 
PH1/PH2 
WRCLK 


Bit 1 
Bit 0 
MFM 
FM 


1 
1 
8.0 MHz 
1 MHz 
- 
0 
0 
4.0 MHz 
500 Kbps 
250 Kbps 
0 
1 
2.4 MHz 
300 Kbps 
150 Kbps 
1 
0 
2.0 MHz 
250 Kbps 
125 Kbps 


Data is recorded on the magnetic media by pulsing a 
recording head to produce a flux change on the surface 
of the diskette for each logic one. Lack of such a mag- 
netic pulse indicates a logic zero. Ideally, the flux rever- 
sal induced by the ReadlWrite head would be instanta- 
neous, as shown in Figure 1.1. Current would immedi- 
ately switch from one polarity to the other. But in reali- 
ty, it takes time for the current to reverse and the fields 
to decay and build up in the opposite direction. The 
resulting read back voltage is more or less sinusoidal 
with peaks less defined in time or amplitude. 


With current recording techniques, adjacent clock/data 
pulses are close enough to interact with each other. 
This phenomenon is particularly noticeable on the in- 
ner tracks. Peak shift is the result of the interaction of 
these pulses. Because the two pulses tend to have a 
portion 
of their individual signals superimposed on 


each other, the actual read back voltage is an algebraic 
summation of the pulses, giving rise to overlap errors. 


When all "l's" or all "O's" are being recorded, the data 
frequency remains constant and the pulses are uniform- 
I~ spac~d. As a result, the positive going and the nega- 
tIve gomg errors tend to be equal and opposite and 
hence cancel each other. This is a "zero peak shift" 
condition. 


Peak shift occurs when there is a change in frequency. 
A "0 II" pattern represents a frequency increase since 
there is a delay of about 1.5 cells between the "01" and 
only I cell spacing between the "II". 
As a result, the 


squeezing of cells cause the mathematical average (the 
actual read back voltage) to shift the apparent peak to 
the left. This is known as "early peak" shift. 


A "110" pattern represents a frequency decrease since a 
pulse is not written at all in the third cell. This causes 
the peak to be shifted to the right. This is known as 
"late peak shift." 


The effect of peak shift is to displace the flux changes 
and create a timing uncertainty which can cause errors 
when data is read back. MFM encoding is much more 
susceptible to peak shift errors due to the shorter data 
window. The data window is defined as the time that is 
allowed for the data bit to appear and be recognized. 
The data window of the MFM encoding is I microsec- 
ond (at 500 Kbps) as opposed to the data window of 
FM encoding where the Data Window is 2 microsec- 
onds. The MFM encoding cannot tolerate as large a 
pl.ay-back data shift (as compared to FM encoding) 
WIthout errors, due to the smaller data window. 
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To overcome this problem, the WRITE DATA stream 
is pre-compensated, i.e., the direction of each bit shift is 
anticipated and the bit is moved in the opposite direc- 
tion before being written. 


The 82072 has on-chip write pre-compensation circuit- 
ry. This circuitry pre-compensates for head and media 
caused peak shifts. The amount of pre-compensation 
applied is programmable, and the value should be cho- 
sen to compensate for the media peak ·shifts. 


The older 8" drives required a pre-compensation value 
of 250 ns. The newer 5,/." and 3'/2" mini floppy disk 
drives require a pre-compensation value of 125 ns. The 
82072 supports both pre-compensation values. 


In order to support tomorrow's higher capacity disk 
drives (I Mbps data transfer rate), the 82072 allows the 
user to select lower pre-compensation values. The pre- 
compensation values supported by the 82072 are sum- 
marized in Table 1.2. 


Pre-Comp 
Amount 
of Pre-Comp 
Frequency 
111 
o ns-Disabled 
0 
001 
41.67 ns 
1/24 MHz 
010 
83.34 ns 
2/24 MHz 
011 
125.00 ns 
3/24 MHz 
100 
166.67 ns 
4.24 MHz 
101 
208.33 ns 
5.24 MHz 
110 
250.00 ns 
6.24 MHz 
000 
Default 


If the 82072 is programmed with the default precom- 
pensation value (000), a default pre-compensation value 
matching the PC-AT is automatically chosen based on 
the data rate selected. The default values corresponding 
to the data rate values are illustrated below in Table 
1.2.1. 


Table 1.2.1. Default Write 
Pre-Compensation 
Delays 


Data Rate 
Pre-Compensation 
Delay 
1 Mbps 
41.67 ns 
500 Kbps 
125 
ns 
300 Kbps 
125 
ns 
250 Kbps 
125 
ns 


There are three ways to position the disk ReadlWrite 
head over the desired cylinder: 


1. Normal Seek 
2. Implied Seek 
3. Relative Seek 


This uses the SEEK command. During the execution 
phase of this command, the track number to seek to 
(NCN) is compared with the present track number 
(PCN). If there is a difference, the following operation 
is performed: 
1. PCN < NCN: The DIRECTION 
signal to the disk 


drive is set to "I" (step-in) and step 
pulses are issued to position the head 
over the specified cylinder. 
2. PCN ~ NCN: The DIRECTION 
signal is set to 


"0" (step-out) and the step pulses are 
issued to retract the read/write head 
to the cylinder specified. 


2. Implied Seek 


This method uses the implied seek mode. When en- 
abled, the 82072 automatically performs a seek opera- 
tion before executing a read or write command. 


With the 8272A, a READ operation required the fol- 
lowing steps: 


1. Issue SEEK command 
2. Issue Sense Interrupt Status Command 
3. Issue Read Data Command. 


The new "IMPLIED SEEK" feature is enabled by issu- 
ing a "CONFIGURE" 
command. When enabled, only 


the data transfer command needs to be issued. The 
82072 automatically performs the SEEK and the Sense 
Interrupt Status commands before executing the data 
transfer command. 


Standard Double Density diskettes (360 Kbytes) have 
48 tracks per inch (tpi) while high capacity diskettes 
(1.2 Mbytes) have 96 tracks per inch. The emerging 
high capacity floppy disk drives can support up to 10 
Mbytes and have more than 300 tracks. 


The IBM System 34 format, which the 82072 follows, 
allows only 8 bits for the specification of track address, 
limiting the number of tracks that can be directly ac- 
cessed to 256. To support the high capacity diskettes 
that have more than 256 tracks, the 82072 allows the 
diskette to be partitioned into pages, with each page 
containing 256 tracks. 
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To support this paging mechanism, the 82072 provides 
a "Relative Seek" mode. The Relative Seek command 
differs from the Seek Track command in that it steps 
the head the absolute number of tracks specified in the 
command, instead of making a comparison against an 
internal register. 


The paging mechanism can be better understood by 
considering an example. Let us assume that a diskette 
has 1024 tracks. This would be divided into four pages 
with each page containing 256 tracks. Let us also as- 
sume that the CPU needs to access track 800 (which is 
contained in Page 4). If the Read/Write 
head is cur- 


rently on track 400 (contained in Page 2; the PCN reg- 
ister contains 400 - 
256 = 144), then a total of 800 - 
400 = 400) 400 step pulses have to be issued, to posi- 
tion the head over the desired track. The maximum 
number of step pulses that can be issued by a single 
seek command is 256 pulses (as the relative cylinder 
number register is 8 bits wide). The internal register, 
PCN (which is an 8-bit register that stores the track 
that the RIW head is currently on), will overflow as the 
cylinder number crosses the track 255 and will count 
up from o. 


ABSOLUTE 
TRACK ADDRESS 


PAGE ADD: 
OFFSET 


PRESENT CYLINDER # 


o 
1 
1:0 
1:1 
o 


The approach would be to issue two successive Relative 
seek commands. The first Relative Seek is issued with 
the Relative Seek Number (RCN) register initialized to 
255 (which will result in 256 step pulses). When this 
command is executed, the Read/Write head will be p0- 
sitioned over the absolute track 656 (400 + 256) (abso- 
lute track address). The PCN register will now contain 
(144 + 256 - 
256) 144. The second relative seek is 


issued with the RCN register initialized to 143 (which 
will result in 144 Step pulses). This will position the 
Read/Write head over track 800 and the PCN register 
will contain (144 + 144 - 
256 = 32) 32. 


When operating within a page all commands function 
correctly. The user's software should keep a record of 
the Page that the Read/Write head is currently on, and 
determine the number of times the Relative Seek com- 
mand is executed, to position the Read/Write 
head 


over the desired cylinder. 


255 
256 
1:255 
2:0 


255 
0 


400 
2:144 


144 


800 
4:32 
32 
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The microprocessor interface was enhanced by adding 
a 16 byte FIFO to reduce the timing constraints that 
most floppy disk controllers impose upon a system. The 
16 Byte FIFO with programmable threshold eliminates 
the extremely critical timing constraints by permitting 
burst data transfers between the 82072 and the system 
bus. The point at which the 82072 generates a request 
for data transfers is selectable within the 16 byte range. 
The interface was further enhanced to support today's 
faster microprocessors (i.e., 10 MHz 80186, 10 MHz 
80286) without incurring waitstates. 


The 82072 power down mode allows the internal oscil- 
lator to be turned ofTby the user's software. Because 
the 82072 is fabricated in CHMOS, the current con- 
sumption 
occurs only when the transistors 
change 


state. In power down, the controller consumes less than 
125 microamps. 


Features 
PC-AT Implementation 
.fOC 82072 


Write Pre-Comp 
External/Programmable 
On-Chip/Programmable 


Write Clock 
External/Programmable 
On-Chip/Programmable 


Drive Select 
External 
On-Chip 


Motor On 
External 
On-Chip 


Data Separator 
External/ 
Programmable 
On-Chip/ Programmable 


Software 
Reset 
External/Software 
Contr 
On-Chip/Software 
Contr 


Power Down 
Not Supported 
Supported/Software 
Contr 


Low Density 
External 
On-Chip 
Signal 


Values 
PC-AT 
FOC 82072 


Supported 
MFM 
250 Kbps 
yes 
yes 


Data 
360 Kbps 
yes 
yes 


Rates 
500 Kbps 
yes 
yes 


1 Mbps 
no 
yes 


FM 
125 Kbps 
- 
yes 


150 Kbps 
- 
yes 


250 Kbps 
- 
yes 


Supported 
o ns 
no 
yes 


Pre-Comp 
41.67 ns 
no 
yes 


Values 
83.34 ns 
no 
yes 


125.00 ns 
yes 
yes 


166.67 ns 
no 
yes 


208.33 ns 
no 
yes 


250 ns 
no 
yes 


The 82072 provides the data interface between the flop- 
py disk drive and the processor. The 82072 is a soft- 
ware compatible upgrade of the 8272A, with many on- 
chip enhancements. Figure 2.1 shows the block dia- 
gram of the 82072. The highlighted blocks represent 
areas that are completely new or highly enhanced. All 
the new features were adopted with the requirement of 
being software compatible with the 8272A. The new 
features of the 82072 are: 


I. A crystal controlled reference oscillator 
2. Pre-compensation circuits for the write operation 
3. Analog Data Separator for data detection in the read 
mode 
4. Motor enable and drive select logic 
5. FIFO (Chapter 3) 
6. Enhanced Processor Interface (Chapter 3) 


The 82072 requires an external 24 MHz clock that can 
either be supplied by a 24 MHz crystal or a MOS level 


NOTE: 
These 
pins are not used with the internal 
PLL. 


square wave input. All the internal timings are derived 
from this clock input. It provides the reference timings 
for recording of data, generation of Write Clock, pre- 
compensation circuitry and the analog data separator. 


The 82072 provides the Write Clock for synchroniza- 
tion of control signals and Write Data, during the write 
operation. To retain the flexibility of the 8272A, where 
the user could vary the data transfer rates by changing 
the frequency of the Write Clock, a prescalar was add- 
ed to the Write Clock generation logic, which divides 
the 24 MHz clock to generate the Write Clock. Byap- 
propriately setting the data rate select bits in the DSR 
the prescalar value can be changed to obtain the desired 
Write Clock frequency. 


The oscillator also serves as a reference to the read 
circuits. While waiting for the synchronization 
field, 


preceding the data field, the PLL is locked to a refer- 
ence clock frequency (derived from the 24 MHz clock 
input) that is 2 or 4 times the selected data rate for 
MFM and FM respectively. This allows a faster aquisi- 
tion time when a valid data stream arrives. 
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DSl 
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To overcome the undesirable effects of peak shifts (the 
cause and effect of peak shift is described in CHAP- 
TER 
1), the 82072 pre-compensates the Write Data 
stream before sending it to the disk drive. 


The amount of pre-compensation applied depends upon 
the data transfer rate and the characteristics of the re- 
cording media and is typically 125 ns (for 500 Kbps). 
This pre-compensation is applied to data patterns that 
result in large peak shifts. The block diagram of the 
pre-compensation 
logic is shown in Figure 2.2. The 
Write Data is fed into a 13bit serial in-parallel out shift 
register. The shift register is clocked at the main clock 
rate (24 MHz). The no-delay tap is at the center (bit 7) 
of the shift register. This allows six levels of early and 
late shifting (in increments of 41.67 ns) with respect to 
the no-delay tap. The first six outputs are fed into an 
Early Multiplexer and the last six outputs are fed into a 
Late Multiplexer. The multiplexers select one out of the 
six inputs depending upon the programming 
of the 
Data Rate Select register. A final multiplexer combines 
the early, late and normal signals to generate the Write 
Data to the disk drive. The final multiplexer is con- 
trolled, in turn, by PSOand PSI (8272A equivalent sig- 
nals), which is internally generated by the 82072. 


PSO 
PS1 
Select 
0 
0 
Normal 
0 
1 
Late 
1 
0 
Early 
1 
1 
Invalid 


The circuit examines four bits and determines whether 
to shift or not. The following patterns are compensated 
(bit shifted) in the direction of the arrow. 


X011 
X110 
1000 
0001 
X = don't care. 


When a flux transition pattern of "110" is written on to 
the disk the second "I" is pulled towards the "0". The 
write pre-compensation logic shifts this bit in the oppo- 
site direction by an amount equal to the expected shift. 


Since the play-back shift is predictable, pre-compensa- 
tion can be applied to the write data stream, such that 
the clock and data bits can be correctly positioned for 
subsequent reads. This function is completely con- 
trolled by the 82072 and is required only for MFM 
encoding. During write operations, the 82072 specifies 
an early, late or normal bit positioning depending upon 
the data pattern. This timing is specified with respect to 
the 82072 generated write clock. The track on which 
write pre-compensation is to be enabled is programma- 
ble. 


The 82072 data separator consists of two analog PLLs: 
a Data PLL and a Reference PLL. The Data PLL per- 
forms the actual data separation. The Reference PLL 
stabilizes the Data PLL. Unlike conventional PLLs 
which are based on a Voltage Controlled Oscillator, the 
Reference PLL uses an analog mono-stable multivibra- 
tor. The frequency input to the Reference PLL is a 
derivative of the 24 MHz crystal oscillator input. In 
lock, the output pulse width of the mono-stable multivi- 
brator matches the pulse width of the input reference 
frequency. 


WDDATA 


24IAHz 


PRECOIAP 
SELECTION 
FROIA 
DSR 


NOTE: 
PSO,1 are 8272A control signals but are not availableas outputs on the 82072 
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The Reference PLL controls the Data PLL's center fre- 
quency, charge pump current and the transfer function 
of the loop filter. 


The Data PLL in conjunction with the Reference PLL 
provides a Data Separator that is immune to tempera- 
ture, voltage, process and data rate variations. The ana- 
log data separators available today cannot provide this 
immunity. 


The 82072 uses two signals to select the transfer rate of 
the Data Separator: 
I. MFM/FM 
sets the coding mode. This bit directly 


controls the reference frequency of the Data PLL. 


2. LD 500 Kbps or 300/250 Kbps which is controlled 


by the data rate signals. The source of the data rate 
signals is the DSR which is written to by the user's 
software. 


The reference frequency to the Data loop is controlled 
by a combinati.on of the Reference PLL's analog infor- 
mation and the Data PLL's response to the reference 
signal input. Table 2.2 shows the relationship between 
the data rates and the input reference frequency to the 
Data PLL. 


Data 
Ref 
veo 
DW Freq 
DWFreq 


Rate 
Freq 
Freq 
MFM 
FM 


1 Mpbs 
2MHz 
4MHz 
1 MHz 
500 KHz 


500 Kbps 
1 MHz 
2MHz 
500 KHz 
250 KHz 


300 Kbps 
600 KHz 
1.2. MHz 
300 KHz 
150 KHz 


250 Kbps 
500 KHz 
1 MHz 
250 KHz 
125 KHz 


TRANS- 


CONDUCTANCE 
AI.4PLlFIER 


During idle, while the yea enable signal is inactive, 
the Data PLL is locked on to the input reference fre- 
quency. When the 82072 receives a data transfer com- 
mand from the host, it internally activates the yea 
enable signal (if the internal data separator is being 
used) and enables the sync detection logic. When a data 
transfer command is received, the sync detection logic 
samples the Read Data input for eight consecutive 
ones. When the eight sync pulses are detected, the Data 
PLL's input is switched from the reference frequency to 
the Read Data input. The Data PLL's yea is halted 
and restarted in phase with the incoming Read Data 
input. The Data PLL generates the Data Window sig- 
nal that is used by the read hardware to separate clock 
and data information. 


The primary function of the Reference PLL is to stabi- 
lize the Data PLL. The reference PLL is not directly 
involved in the data separation process. 


The block diagram of the Reference PLL is shown in 
Figure 2.3. The principle elements of the Reference 
PLL are a phase comparator, charge pump, transcon- 
ductance amplifier, analog mono-stable multivibrator 
and a reference signal generator. The pulse width of the 
mono-stable multivibrator (one shot) is controlled by a 
current source. The current source is, in turn, con- 
trolled by a signal called IFQ which is generated by the 


ANALOG 
ONE 
SHOT 


CHARGE 
PUI.4P/ 


PHASE 
COI.4PARATOR 
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transconductance amplifier. The higher the current, the 
shorter the pulse width. The transconductance amplifi- 
er also generates current source control voltages V3, 
V4, V5. The V3, V4, and V5 signals control the center 
frequency of the Data PLL's VCO. The levels of these 
signals are dependent on Vtb (the Reference PLL's 
feed-back voltage-Vtb). As Vtb increases the current 
source's current increase. The transconductance ampli- 
fier provides a voltage to current conversion with Vtb 
being the reference input voltage. 


As mentioned earlier, the reference clock (WIND) is a 
derivative of the 24 MHz crystal clock input. The cir- 
cuitry that generates the reference clock provides two 
additional signals-TRIG 
and CaMP. 
TRIG triggers 
the one shot every time the reference clock makes a low 
to high transition. When TRIG is active, the CaMP 
signal disables the phase comparator of the Reference 
PLL. 


The Reference PLL is locked onto the stable reference 
clock (for proper operation, the oscillator clock should 
be a stable signal). When the Reference PLL is locked 
to the reference clock frequency input, it generates the 
signals that control the Data PLL's center frequency. 
The signals generated by the Reference PLL are Vtb, 
V3, V4 and V5. 


OS (CLOCK) 
OUTPUT Of ONE-SHOT 


The Reference PLL's phase comparator compares the 
pulse width of the output of the one shot and the high 
time of the reference clock (WIND). If the pulse width 
of the reference input and the output of the one shot are 
equal, the Reference PLL is in "Lock". 
If the pulse 


width of the referen,ce clock is more than the width of 
the one shot, the phase comparator activates the pump- 
down signal. If the width of the one shot is greater than 
the high time of the reference clock, then it activates 
the pump-up signal (higher the current, shorter the 
pulse width). The charge pump charges or discharges 
the loop capacitor, depending upon the state of the 
pump-up and pump-down signals, to reduce the error. 


The data separator design is based on the assumption 
that the signal input to the reference logic is stable, and 
not affected by temperature, voltage and process varia- 
tions. When the Reference PLL is locked, a known re- 
lationship exists between the reference signal and the 
effective "RC" 
time constant 
of the one-shot. This 


"standard" 
RC is then used in the Data PLL. Figure 


2.4 shows the relationship between WIND, TRIG and 
the output of the one shot. 
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The Data PLL is the section of the data separator that 
actually performs the data separation. The data PLL is 
made up of two major blocks-an 
analog PLL and sync 


detect logic. The analog PLL is a classic second order 
closed loop system. 


The elements of the Data PLL are a phase comparator, 
charge pump, loop filter, transconductance 
amplifier, 
current mirror, vea, frequency divider and some delay 
logic. The block diagram of the Data PLL is shown in 
Figure 2.5. 


The vea used in the Data PLL is very similar to the 
analog one shot used in the Reference PLL. The vea 
normally operates at four times the data rate in the 
MFM mode and eight times the data rate in the FM 
mode. The center frequency of the vea is controlled 
by the Reference loop (V3, V4, and V5) PLL. The out- 
put of the vea is fed into a divider (see the block 
diagram) which generates the Data Window signal and 
the Vfbo signal. The divider circuit divides the vea 
input by four or two, depending upon whether it is FM 
or MFM, to generate the Data Window signal. The 
Vfbo signal is always twice the frequency of the Data 
Window signal. 


The comparator used in the Data PLL, operates either 
as a phase comparator or a frequency comparator, de- 
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pending upon the input. If the input to the comparator 
is the reference frequency, then the frequency compar- 
tor mode is selected. The phase comparator 
mode is 
selected when reading data. The sync detector logic 
controls the comparator's mode of operation. The sync 
detector activates the phase comparator mode when it 
recognizes the valid sync pulses. 


The rising edge of the Read Data input enables the 
circuit for phase comparison. The phase comparator 
(reading data) compares the phase difference between 
the delayed read data and the Vlbo. If the rising edge of 
delayed read data occurs first, the pump-up signal is 
activated and the vea frequency is increased. If the 
Vcofb edge occurs before the Delayed read data, then 
the pump-down signal is activated and the vea fre- 
quency is decreased. When a low to high transition of 
both the delayed read data and the Vcofb occurs at the 
same time, the frequency of the vea is maintained. 


The charge pump controls the current flow (in or out) 
of the loop filter. When the pump-up (PU) signal is 
active, the current source charges the loop capacitor. 
When pump-down (PD) is active, the current source 
discharges the loop capacitor. When both the PU and 
PD are inactive, the current source is turned off. The 
current source and the charge pump is controlled by 
the Reference PLL. The current changes as a function 
of the data rate, to maintain the loop gain. 
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During the idle state, the Data PLL is locked to the 
reference frequency. When the sync detect logic detects 
eight valid sync bits, the data loop input is switched to 
the incoming data stream and the YCO is halted and 
restarted in phase with the read data signal. This reduc- 
es the time required to achieve lock. 


The YCO requires up to 64 bit times to achieve the 
final lock. After processing the read data, the Data 
PLL switches back to the reference input frequency. 


Figure 2.6 shows the circuitry required for generating 
the drive select and motor enable signals. The 74LS156 
is used to decode the DSO, DSI and the MOTOR sig- 
nals from the 82072 to generate four drive select and 
motor enable signals. 


The FDC's MOTOR logic provides a programmable 
motor enable signal. If a drive is not currently selected 


GND 


MOTOR 


or the MOTOR signal is not on, the drive select and the 
MOTOR signals are activated the programmed time 
before the drive is accessed. 


Following hardware reset, the 82072 defaults to the 
polling enabled mode. When enabled, the disk control- 
ler polls the drives periodically while in the idle state. 
The idle state is after the last byte in the result phase 
has been read and before the first byte for the command 
phase has been written. The disk controller selects each 
drive and checks the ready signal. If the drive has 
changed its ready signal, it generates an interrupt. The 
host must respond to this interrupt 
by executing a 


Sense Interrupt Status command. 


If the polling mode is disabled, the 82072 does not 
check for changing READY status except on drives 
currently involved in some disk operation. The polling 
mode may be disabled or enabled by issuing a CON- 
FIGURE command (see Chapter 4). 


inter 


CHAPTER 3 
FUNCTIONAL 
DESCRIPTION 


The CHMOS III 82072's bus interface has been opti- 
mized to interface to the 10 MHz 80186 and the 10 
MHz 80286 microprocessors without waitstates. Due to 
the conventional nature of the hardware signals be- 
tween the 82072 and the processor, it can easily inter- 
face to other microprocessors. This chapter describes 
the processor interface and the data transfer mecha- 
nism between the processor and the disk drive. The 
emphasis is not on any particular command, but on the 
data transfer process. 


The 82072 system interface consists of a Parallel Inter- 
face Unit (PIU) and several registers. The PIU has an 8 
bit bi-directional data bus and handles all of the data 
transfers to/from the system bus. Handshaking signals 
are provided by the 82072 which makes it easy to inter- 
face to the DMA controller. The 82072 contains three 
registers: 
I. Main Register (MSR) 
2. Data Rate Select Register (DSR) 
3. FIFO 


The Main Status Register is an 8 bit read only register. 
This register may be accessed at any time. It provides 
the system processor with the status of the disk drives, 
the status of the 82072 and the status of the processor 
interface. 


The Data Rate Select register is a write only register. It 
allows users to specify the data transfer rate between 
the controller and the disk drive. The user can select 
between internal and external Data Separator, the data 
transfer rate and the write precompensation delays. 


When the Data Rate Select register is accessed by the 
processor, data is loaded into it after an internal syn- 
chronization 
delay. The processor should not try to 
perform successive writes to the Data Rate Select regis- 
ter until the synchronization time has elapsed (24 clock 
periods at 24 MHz or I microsecond). Following the 
initialization of the DSR, the internal PLL requires 2 
milliseconds to stabilize at the new frequency (if you 
are selecting a new data transfer rate). During this sta- 
bilization 
delay, 
only 
head 
positioning 
commands 
should be issued. This register should not be altered 


during the execution phase of data transfer commands, 
otherwise data errors would occur. The contents of the 
DSR register are not affected by software reset. The 
functions of the various bits in the DSR register are 
explained below: 


PRE·COMP 


4 
3 
2 


SWR: 
(Software 
Reset) 


PD: 
(Power 
Down) 


EPLL: 
(Enable) 


When this bit is set to '1', it enables the soft- 
ware reset of the 82072. When enabled, the 
82072 internally holds the reset active for 12 
to 15 clock cycles (- 4 microseconds) de- 
pending upon the state of the internal state 
machine. The processor must wait for the 
"Request for Master" (RQM bit in the Main 
status Register) bit to be set before issuing 
any commands. During the initialization pe- 
riod following a software reset, the 82072 
does not accept commands from the proces- 
sor. 
A command may be aborted by setting the 
software reset bit. This ensures that the host 
will get control of the 82072 even if the disk 
system hangs up in an abnormal fashion. Af- 
ter a software reset, the SPECIFY command 
has to be re-issued as the software reset 
clears the parameters set by this command. 
The SPECIFY command initializes the Step 
Rate Time, the Head Load Time and the 
Head Unload Time. 
When the Data Rate Select register is pro- 
grammed with the "PD" bit set to a I, the 
82072 goes into its power down mode. A 
software reset sequence is performed by the 
82072, before entering the power down state. 
During powerdown, the 82072 shuts off the 
clock oscillator. The design should ensure 
that all input signals are held in a valid high 
or low state. Only write operations to the 
Data Rate Select Register are allowed dur- 
ing power down. 
When set to a zero, this bit enables the inter- 
nal PLL data separator and the DW/DORE 
pin operates in DDRE mode. When set (the 
internal PLL is enabled following reset), the 
external Data Window signal is ignored. It 
internally generates the data window signal 
that is used to extract data bits from the seri- 
al clock and data bit stream. 
If this bit 


DRATESEL: 
(Data 
Rate 
Select) 


is set to 1, exernal 
data 
separation 
cir- 


cuitry 
is required 
and 
should 
provide 


the Data 
Window 
input. 


Data 
Rate 
Select 
programs 
both 
the 


read 
and 
write 
data 
rates. 
For 
single 


density 
(FM) 
mode, 
the data 
rates 
are 


one 
half 
the 
values 
stated 
for 
double 


density 
(MFM) 
mode. 


DRATESEL 
DATA RATE 


MFM 
FM 


11 
1 Mbps 
NO" 


00 
500 Kbps 
250 Kbps 
01 
300 Kbps 
150 Kbps 


10 
250 Kbps 
125 Kbps 


• Not defined 


PRECOMP: 
The 
82072 has write 
pre-compensation 


circuitry 
that internally 
adjusts 
the write 


data pulses before 
sending 
it to the disk 


drive. 


The 82072 defaults 
to PC-AT 
compatible 
pre-compen- 


sation 
values 
when 
the 
DSR 
register 
is programmed 


with PRE-COMP 
bits (bits 2-4) 
set to zeroes. The pre- 


compensation 
value 
chosen 
depends 
upon 
the 
pro- 
grammed 
data transfer 
rate (bits 0-1). 
The default 
pre- 


compensation 
values 
are illustrated 
in Table 
3.1.1 be- 


low. 


Table 3.1.1. 
Default Write 
Pre-Compensation 
Delays 


Data Rate 
Pre-Compensation 
Delay 


1 Mbps 
41.67 
ns 


500 Kbps 
125 ns 


300 Kbps 
125 ns 


250 Kbps 
125 ns 


Upon 
a hardware 
reset, 
the 
DSR 
will be configured 


based on the DDRE 
setting. 
When 
DDRE 
is tied high, 
the DSR 
is configured 
as follows 
upon 
power 
up and 


reset: 


SWR 


7 


o 


PO 
EPLL 


6 
5 


o 
0 


DRATESEL 


1 
0 


1 
0 


Default Values: 250 Kbitlsec, Internal data separator, Pre- 
compensation = 125 ns 


When 
DDRE 
is tied low, the DSR 
retains 
the current 
data 
rate and precompensation 
values: 


SWR 


7 


o 


PO 
EPLL 
6 
5 


o 
0 


DRATESEL 


1 
0 


X 
X 


In the case of the software 
reset, 
if EPLL 
is "0" 
and 


DDRE 
is "I", 
the Data 
Rate 
select and precompensa- 


tion field will be reset to "00010". 
It should 
be noted 


that under 
these conditions, 
a second 
write to the DSR 


without 
a software 
reset 
is needed 
if a different 
data 


rate or precompensation 
value is required. 


The 82072 has a sixteen byte FIFO 
with a programma- 


ble threshold 
which 
greatly 
improves 
the data 
transfer 


mechanism 
while providing 
buffering 
between 
the serial 
channel 
and 
the 
system 
bus. 
During 
the 
command 


phase, the FIFO 
is disabled 
to retain 
compatibility 
with 
the 8272A 
and to provide 
proper 
handling 
of the "in- 
valid 
command" 
condition. 
A 
command/parameter 


byte must be sent after polling 
the Main Status 
register 


to ensure 
that the controller 
is ready to accept 
a byte of 


data. 
During 
the execution 
phase, 
the FIFO 
improves 


the 
data 
transfer 
rate 
in two 
ways. 
First, 
the 
DMA 


requests 
to the processor 
are minimized 
by fine tuning 
the 
FIFO 
threshold 
(threshold 
can 
be 
set 
with 
the 


CONFIGURE 
command. 
See Chapter 
4 for details 
on 
the CONFIGURE 
command) 
to match 
the system bus 


latencies. 
Second, 
the 
host 
side of the 
chip 
does 
not 


have 
to wait 
for serial 
side which 
transfers 
data 
at a 


much 
slower rate. 


The Main 
Status 
register, 
the Data 
Rate 
Select register 
(DSR) 
and 
the 
FIFO 
can 
be selected 
with 
different 
combinations 
of the RD, 
WR 
and 
AO pins 
as shown 


below. 


AO 
RD 
WR 
Function 


0 
0 
0 
Illegal 
0 
0 
1 
Read 
Main Status 
Register 


0 
1 
0 
Write to Data Rate 
Select 
Register 


0 
1 
1 
Data 
Bus is Tri-stated 


1 
0 
0 
Illegal 
1 
0 
1 
Read 
Data from FIFO 


1 
1 
0 
Write Data to FIFO 
1 
1 
1 
Data 
Bus is Tri-stated 


Each 
command 
is initiated 
by 
a multi-byte 
transfer 


from the processor 
to the 82072 (the transferred 
bytes 


~~;;;~i;ti~~-'~f-th~~~~~~~d--~~cification, th~ 82072 
automatically executes the command. The results after 
the command execution is also a multi-byte transfer 
from the controller to the processor. Because of the 
multi-byte interchange of information between the 
processor and the controller, it is convenient to consid- 
er the command execution as having three phases: 
1.Command Phase: 
The CPU transfers all the infor- 
mation required to perform the 
command. The 82072 automati- 
cally enters the command phase 
after Reset or followingthe com- 
pletion of the result phase of the 
previous command. 
2. Execution Phase: 
The 82072 executes the com- 
mand. It enters the execution 
phase immediately after receiv- 
ing the last command parame- 
ter. The execution phase nor- 
mally ends after the last byte of 
data is transferred or if an error 
occurs. 
Upon completion of the com- 
mand, 
status 
information 
is 
made available to the host proc- 
essor. After the host reads all the 
result bytes, the 82072 re-enters 
the command phase and is ready 
to accept the next command. 


The 82072 is in the command phase after all of the 
result bytes of the previous command have been read or 
followingRESET. Each command is initiated by a mul- 
ti-byte transfer from the processor to the 82072. The 
command and parameter bytes have to be sent to the 
82072 in the order shown in the COMMAND SET 
(82072 Data Sheet). That is, the command code must 
be sent first and the other parameter bytes must be sent 
in the prescribed sequence. 


During the command phase, bytes are transferred to 
the 82072using the Main Status Register to control the 
direction and timing. Bit 6 (010) of the MSR should be 
cleared and Bit 7 (RQM) should be set before a byte 
can be written to the FIFO. Many of the commands 
require multiple bytes, and as a result, the MSR must 
be checked prior to each byte transfer. 


The RQM bit (the MSB in the MSR) goes low follow- 
ing the receipt of the first command byte. The duration 
that RQM is low, is dependent upon the command be- 
ing executed. The 82072holds RQM low and internally 
sets up the operation to be performed. It sets RQM 
high when it is ready to accept the next parameter byte. 


tomatically enters the next phase as defined by the 
command definition. 


All data transfers occur during the execution phase. 
The data transfer can be performed either in the DMA 
or the non-DMA mode, as specified in the SPECIFY 
command. 


I. NON-DMA MODE, Transfers from the FIFO to 
memory: 


When programmed to operate in Non-DMA mode, the 
82072 activates the INT pin and sets the RQM bit in 
the main status register, when the FIFO contains the 
(16 - threshold) number of bytes or after the last bytes 
of a full sector transfer has been placed in the FIFO. 
The MSR should be read to verify that the interrupt is 
for the data transfer. Bits 5 and 7 of the MSR will be 
set. The INT pin is used by interrupt driven systems, 
and the "RQM" bit is used by polled systems. The 
processor must respond to the interrupt and read the 
data bytes from the FIFO. The 82072 deactivates the 
INT pin and RQM bit when the FIFO is empty. This 
process is repeated until the last byte is transferred out 
of the FIFO. 


2. NON-DMA MODE, Transfers from memory to 
FIFO: 


At the start of the data transfer, the INT pin and the 
RQM bit in the Main Status register are activated six- 
teen-byte times before the 82072 enters the execution 
phase (if the selected data transfer rate is 500 Kbps, 
then the time from the generation of interrupt to the 
time the first byte is to be written to the FIFO to pre- 
vent underrun errors, is (16 x 16 - 
1.5) = 254.5 mi- 


croseconds. I.5 microseconds is the time required for 
serial to parallel conversion). This allows a greater tol- 
erance to interrupt service latency. The CPU must re- 
spond to the interrupt by writing data bytes to the 
FIFO. The serial unit empties the FIFO at the serial 
data rate. If the interrupt servicelatency is greater than 
the (serial data rate X FIFO threshold), an underrun 
will occur. The Interrupt pin stays active until the 
FIFO becomes full. The INT pin and the RQM bit of 
the Main Status register are set again when the FIFO 
has (Threshold) number of bytes remaining in the 
FIFO. This process is repeated until the last byte is 
transferred to the FIFO, as indicated by the activation 
terminal count. The interrupt pin is deactivated upon 
receiving terminal count. The 82072 enters the result 
phase when the serial unit has emptied the last byte 
from the FIFO. 


inter 


When programmed in DMA mode, the 82072activates 
the DRQ pin (DMA Request) when the number of 
bytes in FIFO equals (16 - 
threshold) number of 


bytes, or the last bytes of a sector has been placed in the 
FIFO. The system DMA has to respond to the request 
by reading data from the FIFO. The 82072deactivates 
the DRQ pin, when the FIFO is emptied by the DMA 
controller. 


The 82072 activates the DRQ pin upon entering the 
execution phase of the data transfer command. The 
DMA controller must res~ 
to this DMA request by 
activating its DACK and WR signals, and placing data 
in the FIFO. DRQ remains active till the FIFO be- 
comes full. DRQ is activated again when the FIFO 
contains (16-FIFO threshold) number of bytes. The 
82072also deactivates the DRQ pin when the TC pin is 
activated, indicating that no more data transfers are 
required by the command. The 82072 enters the result 
phase after the last byte has been transferred from the 
FIFO. 


In either mode of operation (DMA or the Non-DMA 
mode), the execution phase ends when a terminal count 
signal is sensed, or when the last track has been read or 
written. In addition, if the disk drive is in a not-ready 
state at the beginning of the execution phase, the not 
ready flag is set in the status register 3 and the com- 
mand is terminated. If a fault signal is received at the 
end of the execution phase, the FDC sets the equipment 
check flag in the status register 0, and terminates the 
command. 


Following the completion of the disk operation, status 
information is made available to the processor. The re- 
sult phase is indicated by the generation of an interrupt. 
All of the result bytes have to be read to properly termi- 
nate a command. 


Bit 6 (DIO) and 7 (RQM) must be set before a byte can 
be read from the FIFO. The RQM and DIO bits will 
remain set until the last result byte has been read by the 
processor. After the last byte is read in the result phase, 
there is a 12 p.s delay (@500 Kbps) before RQM be- 
comes ready to accept a new command. 


The transaction involved in bus acquisition and release 
imply overhead resulting in losing system clocks due to 


signal propagation delays and arbitration time require- 
ments. For many short DMA bursts, up to 5 clocks are 
lost due to this switching. On the other hand, long 
burst transfers imply that other masters will experience 
long delays in bus acquisition. An optimal FIFO 
threshold must be selected that improves system per- 
formance and, at the same time, ensures that OVER- 
RUN and UNDERRUN errors are avoided. 
A. OVERRUN ERROR: An overrun error occurs if 


the FDC is not servicedbefore the FIFO overflows. 
This error occurs only during read data transfers. 
The timing requirements for preventing overrun er- 
rors can be understood by considering an example. 
Let us assume that the FIFO threshold has been set 
to 10. During the execution phase of a read data 
command, the DRQ line (when programmed in the 
DMA mode) is active when the FIFO contains (16 
- threshold) = 6 bytes. The DMA controller must 
respond by reading data from the FIFO before the 
serial unit adds 10 additional bytes to the FIFO. If 
the DMA response latency is greater than the time 
taken by the serial unit to assemblethe 10additional 
bytes, then an overflow problem occurs. 
To prevent overrun error, the DMA latency time 
must be less than 


Threshold X the serial data transfer rate. 


At 500 Kbps (High Capacity Quad Density Drives) 
data transfer rate: 


= 10 X 16 p.s = 160 p.s. 
= 1.28 X 103bus cycles at 8 MHz. 


B. UNDERRUN ERRORS: An underrun error occurs 
if the FDC is not serviced before the FIFO is com- 
pletely emptied by the serial unit. This error is en- 
countered only during write data transfers. At the 
start of write data transfers, during the execution 
phase, the FDC 82072 activates the DRQ (DMA 
request) line sixteen byte times before it actually re- 
quires a byte of data. This gives ample time for the 
DMA controller to respond to the DMA request 
and place data bytes into the FIFO. 
The underrun error timing requirements can be un- 
derstood by extrapolating the overflowexample giv- 
en above. 
Let us again assume that the FIFO threshold has 
been set to 10. During the execution phase of write 
data transfers, the DRQ line is activated when the 
FIFO contains less than the Threshold number of 
bytes. The DMA controller must respond to the 
DMA request and write data bytes to the FIFO be- 
fore the serial unit empties the FIFO. 


inter 


To prevent underrun errors, the DMA response latency 
must be less than 


At 500 Kbps (High Capacity Quad Density Drives) 
data transfer rate: 


10 X 16 /-Ls = 160 /-Ls. 
1.28 X 103bus cycles at 8 MHz. 


The 82072's CONFIGURE 
command provide a means 
for choosing the optimal setting required by the appli- 
cation. 


If the FIFO is set too low, there are longer periods of 
time between DMA requests, but the DMA controller 
must be very responsive to DMA requests. This is the 
desired operating mode when interfacing to a "fast" 
system, and typically implies the FDC must be given a 
high DMA priority. 


A high threshold value is used with a "slow" system. 
This allows for a long latency period after a DMA re- 
quest, but results in more DMA service requests. The 
optimal setting should be a compromise between the 
number of times the bus is accessed, and ensuring that 
there is no overflow/underflow 
problem. Typically, a 


low threshold value is chosen when the 82072 is given a 
lower DMA priority. 


The parameters that determine the optimal threshold 
value are the parallel bus frequency (Fp), serial data 
transfer rate (Fs), and the bus latency time (in the range 
between NAmax and NAmin). The ratio of Fp/Fs de- 
termines the relationship between how fast the FIFO is 
filled and how fast it can be emptied. The bus latency 


time determines how long the 82072 has to wait before 
being serviced. If Fs is the serial data rate, then Fs/8 is 
the serial data rate in bytes per second. The data rate of 
the system depends on the system clock frequency and 
the number of clock cycles required to transfer one byte 
of data (n). 


In order for the parallel side to keep up with the serial 
side, the following must hold: 


This equation assumes that the parallel interface sec- 
tion will read/write 
data at a faster rate when com· 


pared to the serial section. 


To arrive at the optimal threshold value, the designer 
must take into account that it takes a number of clock 
cycles to acquire the system bus (defining the range to 
be between NAmin and NAmax, where NAmin is the 
minimum time required to acquire the system bus and 
NAmax is the maximum time). To prevent underrun or 
overrun, the maximum bus acquisition time must be 
less than the time to ml the FIFO from the threshold 
limit (for write operation, the maximum bus acquisition 
should be less than the time to empty the FIFO from 
the threshold limit). 
(NAmax/Fp) 
< (The number 
of bytes from FIFO 


threshold to Full (for read»/(Fs/8) 
(NAmax/Fp) 
< (LIMIT)/(Fs)/8; 


where LIMIT 
= FIFO threshold for read/write 


data transfers. 


8(NAMax/Fp)/Fs 
< LIMIT 


LIMIT> 
Fs(NAmax)/8Fp. 


inter 
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NOTE: 
1. During 
the execution 
phase, 
the 82072 
generates 
a DMA request 
when 
the FIFO contains 
less than Threshold 
num- 
ber of bytes. 
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NOTE: 
2. DRO is driven 
inactive 
when 
the FIFO is full or when 
a terminal 
count 
signal is detected 


inter 
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NOTE: 
1. During execution phase of read command. the 82072 asserts it's DMA request when the FIFO contains (16 - 
Threshold) number of bytes. 


inter 
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NOTE: 
2. The 82072 
deactivates 
the DMA request 
signal when the FIFO is empty 


inter 


Clocks 
FIFO 
Fp/Fs 
BetweenDMA 
NAmax 
NAmin 
Threshold 


Bursts N1 
Min 
Max 
8 
500 
100 
20 
2 
8 
16 
500 
100 
20 
1 
12 
26.67 
500 
100 
20 
1 
13 
32 
500 
100 
20 
1 
14 


In order to assure that the CPU can have Nt clock 
cycles between burst cycles, the following conditions 
must hold: the time it takes the serial unit to fill the 
FIFO till the programmed threshold plus the minimum 
bus acquisition time must be greater than the time in- 
terval between burst cycles. 


(16-L1MIT)/(Fs/8) 
+ NAmin/(Fp) 
> N1/Fp 


LIMIT < 16 - 
Fs(N1-NAmin)/(8Fp) 


Note that this analysis assumes steady state conditions, 
and should only be used as a rough guideline in arriving 
at the optimal FIFO threshold. 


Bus utilization is defined as the fraction of time that the 
bus is not busy servicing the 82072 during data trans- 


82072 


OSO 


VCO/LO 


STP 


HOSEL 


DIR 


WE 


WDAT 


fers. The following analysis also assumes steady state 
conditions, and should be regarded as a guideline only. 


The CPU utilization time is the compliment of the time 
taken by the CPU to empty the FIFO (tF) divided by 
the cycle time from FIFO empty to the time it is empty 
again. 


tF = time it takes the system bus to fill the FIFO 
tA = bus acquisition time. 
FIFO Threshold = IT 
BUS UTILIZATION 
= t - 
tF/(IT/(fp/8) 


+ tF + tA) 


Figure 3.3 is a block diagram of the floppy drive inter- 
face required to interface the controller to four high 
capacity disk drives. Either single or double density 
disk drives can be supported. No external circuitry is 
required to generate the write clock. The only external 
logic needed are a decoder to generate the drive select 
signals, high current line drivers and Schmitt triggered 
input gates. 
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The 82072 is a highly 
integrated 
floppy disk controller 


that 
supports 
both single and double 
density 
disk stor- 


age subsystems. 
The 82072 supports 
the IBM 3740 sin- 


gle-density 
recording 
format 
and IBM 
System 
34 dou- 
ble-density 
recording 
format. 
The 
82072 
accepts 
and 


executes 
high 
level disk 
commands 
such 
as format 
a 


track, 
read sector 
and write sector. 
All data synchroni- 


zation 
and 
error 
checking 
is automatically 
performed 


by the 82072 to ensure 
reliable 
data stroage 
and subse- 


quent 
retrieval. 


The software 
required 
by the 82072 consists 
of input/ 
output 
drivers 
whose functions 
are to: 


1. Initialize 
the 82072 at power 
on. 
2. Issue commands 
to the 82072. 
3. Handle 
completion 
interrupts 
from the 82072. 


4.1 
INPUT/OUTPUT 
PARAMETER 


BLOCK 


Most disk operations 
require 
multiple 
byte transfers 
to 


the 
82072 
before 
the command 
can be executed. 
For 


example, 
the program 
must 
specify 
the drive 
number, 
the track 
number, 
the sector 
number 
and the side for 


double 
density 
diskettes 
from which 
data 
is to be read 


or written. 
I/O 
driver 
routines 
communicate 
this data 


to the 82072 in the requisite 
order, 
reading 
them out of 


a 
user 
programmed 
Input/Output 
parameter 
block 


(IOPB). 
The Input/Output 
parameter 
block 
would 
be 


an array 
in memory. 
Figure 
4.1 shows 
the format 
of 


this array. 


Fourteen 
of 
the 
fifteen 
commands 
require 
multiple 


bytes before the command 
can be successfully 
executed. 
Regardless 
of the command 
or the number 
of bytes 
it 


uses, the user program 
must initialize 
the 10PB 
before 


calling 
the driver 
routine. 
Some 
of the parameters 
of 


the 
10PB 
are 
dynamic 
(e.g., 
cylinder 
number, 
sector 


number, 
etc.) and must be written 
into the 10PB 
buff- 


er, before 
calling 
the I/O 
driver. 
Other 
parameters 
re- 


main fixed (e.g., gap lengths, 
number 
of bytes per sec- 


tor, etc.) 
during 
program 
operation 
and 
need only be 


written 
once. 


ADDRESS 
OFFSET 
o 


1 


2 
3 


4 
5 
6 


7 
8 
9 
10 
11 
12 
13 


14 
15 
16 
17 


18 
19 


20 


21 


22 


DMA OPERATION 


DMA PAGE REGISTER 


DMA ADDRESS 
LOW BYTE 


DMA ADDRESS 
HIGH BYTE 


DMA COUNT LOW BYTE 


DMA COUNT HIGH BYTE 


DISK COMMAND 
0 


DISK COMMAND 
1 


DISK COMMAND 
2 


DISK COMMAND 
3 


DISK COMMAND 
4 


DISK COMMAND 
5 


DISK COMMAND 
6 


DISK COMMAND 
7 


DISK COMMAND 
8 


DISK RESULT 0 


DISK RESULT 
1 


DISK RESULT 2 


DISK RESULT 3 


DISK RESULT 4 


DISK RESULT 5 


DISK RESULT 6 


MISC 


Figure 4.1. Input/Output 
Parameter 
Block Format 


When 
power 
is first applied 
to the FDC, 
it is not pro- 


grammed 
and is in an undetermined 
state. The first step 


is to reset the device, which can be accomplished 
either 


by a hardware 
or a software 
reset. 
Since. the 82072 de- 


faults to the polling 
mode upon reset, it will generate 
an 


interrupt 
based on a change 
of the ready status 
for each 


of the four drives that is polled. 
So the second 
step is to 


issue a SENSE 
INTERRUPT 
STATUS 
command 
after 


the interrupt 
occurs. 
This should 
then be followed 
by a 


specify command 
to set the 82072 signal timing 
so that 


it will interface 
correctly 
with the attached 
disk drives. 


The flow chart 
in Figure 
4.2 illustrates 
the initialization 


procedure 
following 
system 
reset. 


This command sets the 82072's signal timings so that 
the controller will interface correctly to the attached 
disk drive. The Specify command requires four parame- 
ters: 


I. Step Rate time (SRT): The 'SRT' defines the 
time interval between step pulses. Step pulses 
are used by the disk drive to position the read/ 
write head over the desired cylinder. The step 
pulse causes the head to move forward or back- 
wards (depending upon the polarity of DIREC- 
TION pin) by one track. 


2. Head Load time (HLT): The 'HLT' defines the 
time interval that the 82072 waits after loading 
the head before initiating the read or write oper- 
ation. 


3. Head Unload time (HUT): The 'HUT' defines 
the time interval after the execution phase (of a 
read or write command) until the head is un- 
loaded. 


4. Non-DMA Mode Flag (ND): The 'ND' bit de- 


termines if the controller is programmed to op- 
erate in the DMA or the non-DMA mode. In 
the non-DMA mode, the processor is interrupt- 
ed for each data byte to be transferred. In the 
DMA mode, the 82072 interfaces to the DMA 
controller via the DRQ and DACK hand shake 
signals. 


The specify command must be issued prior to perform- 
ing any disk operations, to define the drive operating 
characteristics (Refer to the 82072 Data Sheet for tim- 
ing information). SPECIFY is typically performed fol- 
lowing power on initialization. Specify has neither an 
execution phase nor a result phase. 


After system reset, the 82072 defaults to the '8272A' 
compatible mode. The bits set by the CONFIGURE 
command default to: 
FIFOTHR 
= 01. Enable FIFO (FIFO threshold is set 


to "I"). 
MON 
MOFF 
PRETRK 


=ססOO. Motor on delay of 0 seconds. 
= 110. Motor off delay of 5.2 seconds. 
= 00. The track number beyond which 


write pre-comp is enabled. Defaults to 
pre-compensation always enabled. 


= O. 
No implied seek. 
= I. 
8272A transfer mode is enabled (i.e., 


data transfer is performed on a byte by 
byte basis). The FIFO is enabled with 
the FIFO threshold set to "I". 


= O. 
enable drive polling. 


= O. 
High Speed Disk Adjust disabled. 


EIS 
EFIFO 


POLL 
HSDA 


The default mode enables the 82072 to be software 
comp~tible with the 8272A. After receiving a CON- 
FIGURE command, the 82072 will proceed to initial- 
ize its internal registers to enable the desired features. 


The PRETRACK 
variable allows the programmer to 


select the track number beyond which the write pre- 
compensation is enabled. 


The 82072 provides a sixteen byte FIFO for a more 
efficient CPU interface. The FIFO threshold is pro- 
grammable from I to 16 bytes. 


The motor logic provides a programmable motor signal 
to the floppy disk drives. If the desired drive is not 


currently selected or the MOTOR signal is not on, the 
drive select and the MOTOR signal are activated the 
programmed time before the drive is accessed. MON is 
programmable in increments of rotation times of the 
disk (0 to 15) for a range of 0 to 3 seconds. Counting 
rotations makes the delay independent of the data rates. 


MOFF is programmed in the same way as MON, giv- 
ing a range of about 0 to 6 seconds. 


If the CPU requests an overlapped SEEK or RECALI- 
BRATE operation, the programmed MON time will be 
ignored and the step pulses will be issued once the SRT 
time has elapsed. Refer to the 82072 Data Sheet for 
additional details. 


Setting EIS to "I" enables implied seek for the READ, 
WRITE commands. When the implied seek mode is 
selected, a SEEK command will be executed, before 
executing the read or write operation. If the seek opera- 
tion fails, an error flag is set, the 82072 generates an 
interrupt and enters the result phase of the issued read 
or write command. The parameter C in the result phase 
indicates the track number at the time of the abnormal 
termination. All the remaining status bits are set to ze- 
roes. 


This bit controls the mode of data transfers to and from 
the host system. When this bit is to a "1", the FIFO is 
disabled, and the 82072 is in the "8272A compatible" 
mode. In this mode, the data transfers are performed 
on a byte by byte basis. The 82072 FIFO threshold 
defaults to one. 


When set to a "I", POLL disables drive polling. The 
82072 comes out of reset with polling enabled. When 
enabled, the 82072 scans all the drives to check if the 
READY has changed status. Any change of the ready 
status on any drive will cause an interrupt. 


High Speed Disk Adjust causes the motor on/off delays 
to be doubled. This is necessary for disks that rotate at 
high rates (i.e., 600 RPM vs 300 RPM). 


An indepth discussion of the CONFIGURE 
command 


can be found in the 82072 Data Sheet. 


The CONFIGURE 
command need not be issued if the 


system requirements are satisfied by the default mode. 


If the system requirements are different, this command 
should be issued before executing data transfer com- 
mands. 


4.3 CONTROL 
AND DATA TRANSFER 


COMMANDS 


These commands are used to position the head on the 
desired track and to get information 
regarding the 
status of the disk drives. The control commands are 
summarized below: 
I. SEEK 


2. RECALIBRA TE 
3. RELATIVE SEEK 
4. MOTOR ON/OFF 
5. SENSE INTERRUPT 
STATUS 
6. SENSE DRIVE STATUS 
7. DUMPREG 
8. READ ID 


The SENSE DRIVE STATUS (SDS) command can be 
performed 
between other 
commands 
to obtain the 
status of anyone of the drives. The status of the drive is 
available immediately. The SDS has no execution phase 
and no interrupts are generated. 


The SEEK and RECALIBRA TE commands are per- 
formed prior to a data transfer command, to position 
the Read/Write 
head over the desired cylinder. The 


Host processor is not involved during the execution 
phase of these commands. At the end of the execution 
phase of these commands, the 82072 generates an inter- 
rupt. A SENSE INTERRUPT 
STATUS command has 
to be issued in response to the interrupt. 


The MON/MOFF 
command provides software control 


of the MOTOR pin. This command has no execution 
phase and no interrupts are generated. 


The DUMPREG command is designed to support sys- 
tem run-time diagnostics and application software de- 
velopment and debug. The DUMPREG 
command can 


be issued following the SPECIFY or the CONFIGURE 
command, to determine if there is proper communica- 
tion between the Host and the floppy disk controller. 
This command has no execution phase and no inter- 
rupts are generated. 


A detailed description of these commands are con- 
tained in the 82072 Data Sheet. 


inter 


The 82072 supports six data transfer commands. They 
are: 


I. Read Data Command 
2. Read Delete Data Command 
3. Read a Track Command 
4:Write Data Command 
5. Write Deleted Data Command 
6. Format a Track Command 


The data transfer commands all require the same pa- 
rameter bytes and return the same status bytes. The 
only differencebetween the data transfer commands are 
the coding of bits 0-4 (D3-DO) in the first command 
byte sent to the 82072. 


Command 
03 
02 
01 
DO 


Read Data 
0 
1 
1 
0 


Read Deleted 
Data 
1 
1 
0 
0 


Write Data 
0 
1 
0 
1 


Write Deleted 
Data 
1 
0 
0 
1 


Read Track 
0 
0 
1 
0 


The format common to all the data transfer commands 
and the algorithm for beginning and completing the 
execution is described below. 


The general format of the Command Parameter Block 
includes the following fields: 


Byte # 
Symbol 
Description 


1 
HDS& 
Head select and drive select. 


DSO, 1 
2 
C 
Cylinder address. The 
currently 
selected 
cylinder 


address. 


3 
H 
Selected 
head address. 


4 
R 
Sector address. 
Specifies 


the sector number to read or 
written. 


5 
N 
Sector size code. The 
number of data bytes within 
a sector. 


6 
EOT 
The End ofTrack. 
The final 


sector number of the current 
track. 


7 
GPL 
Gap Length. Gap 3 size for 
read or write operation. 
Gap 


are regions introduced 
during disk format. The gaps 
are used to turn the drives 
Read/Write 
head off. This 


prevents 
the corruption 
of 


the data recorded 
on the 


disks. 


8 
DTL 
Special sector size. This 
parameter 
is used to 


temporarily 
alter the sector 


size. By setting N to zero, 
the DTL may be used to 
specify a sector size from 1 
to 128 bytes. 


inter 


EXECUTING 
A DATA TRANSFER 


COMMAND 


As mentioned earlier in section 2.4, each command can 
be considered to have three phases. 
1. Command Phase: The processor issues all the com- 


mand/parameter 
bytes required 


to perform the command. 


2. Execution Phase: 
The 82072 performs the operation 
as instructed. 
The controller provides the CPU 
with status information. 


The paragraphs to follow describe the three phases with 
reference to data transfer commands. Figure 4.4 shows 
the flow chart for the Data Transfer commands. 


CALL INPUT RESULT BYTES 
(FIG. A-4) 


} 


WAITING FOR 
OPERATION 
COf,lPLETE 
INTERRUPT 


inter 


1. COMMAND 
PHASE 
OF THE DATA 
TRANSFER 
COMMAND 


The data transfer commands consist of a command 
byte and eight parameter bytes. (Except for FORMAT 
command, which requires one command byte and five 
parameter bytes.) The host processor must transfer the 
command and parameter bytes required to perform the 
data transfer operation, in the prescribed sequence (re- 
fer to the 82072 Data Sheet for the command se- 
quence). The command bytes must be sent after polling 
the Main Status Register to determine if the FIFO reg- 
ister is available. The handshake mechanism to transfer 
command bytes is explained in Section 2.4.1. After the 
last byte of data is sent to the 82072 in the command 
phase, the 82072 automatically 
enters the execution 


phase. In a similar fashion, after the last byte of result is 
read from the 82072 in the result phase, the result 
phase is ended and the 82072 reenters the command 
phase. 


The 82072 determines if the first byte sent is a valid 
command byte. If valid, it continues to request addi- 
tional bytes. If, on the other hand, the first byte was 
invalid, the 82072 issues an interrupt and enters the 
result phase. All the result bytes must be read to suc- 
cessfully terminate the data transfer command. 


2. EXECUTION 
PHASE 
OF THE DATA 
TRANSFER 
COMMANDS 


Upon receiving the command byte and 8 parameter 
bytes, the 82072 loads the head, waits the specified 
head settling time, and begins reading the ID address 
marks and the ID fields. When the sector number 
stored in the ID register matches the sector number 
read from the diskette, the 82072 starts the actual data 
transfer. If the current data transfer command being 
executed is a read from the disk drive, then the control- 
ler assembles the serial data bits sent by the disk drive 
into eight-bit bytes and loads the FIFO. 
When the 


FIFO contains the programmed threshold number of 
bytes, the controller activates its 'DRQ' line (if pro- 
grammed to operate in the DMA mode) indicating it 
requires DMA Controller's attention. The DMA con- 
troller transfers the data from the FIFO to the system 
memory. The DRQ line is deactivated when the FIFO 
is emptied. 


The data transfer commands automatically operates in 
the multi-sector mode, Le., after completion of read 
from the current sector, the sector address is incre- 
mented by one and the data from the next sector is 
transferred. Additionally, multi-track operation may be 
specified (which allows data to be transferred from both 
sides of the diskette) by setting the 'MT' flag in the 
command word. The amount of data that can be trans- 
ferred with a single command depends upon the multi- 
track flag, the recording density and the number of 
bytes per sector. 


The data transfer is terminated upon receiving a termi- 
nal count (TC) through its TC pin or if an attempt is 


made to read past the 'EOT' (End of Track) specified in 
the parameter field. Upon receiving the terminal count, 
the 82072 stops outputting data to the FIFO, but con- 
tinues to read data from the current sector to check for 
CRC errors. 


The data transfer commands will be terminated if any 
of the following conditions occur: 
1. If the 82072 detects the Index mark twice without 


finding the requested sector, the 82072 sets the 'sec- 
tor not found error' flag and terminates the data 
transfer command. The bits 7 and 6 of the status 
register STOare set to "01". 


NOTE: 
The controller searches for each sector in a multi-sec- 
tor operation. 
Therefore a 'sector not found error' 


may occur after successful transfer of one or more sec- 
tors. 
2. If the 82072 reads the deleted data address mark 


from the disk and the skip flag is not set, the 82072 
sets the "control mark" flag (bit 6 in status register 
2) and terminates the data transfer command. If the 
skip flag is set, the 82072 skips the sector with the 
deleted data address marks, sets the "control mark" 
flag and reads the next sector. Thus, the 82072 could 
be forced to skip the sectors with the deleted data 
address marks, during multi-sector transfers. 


3. After reading the ID fields and the data field in each 


sector, the 82072 checks for CRC bytes. If it finds an 
incorrect CRC in the ID field, it sets the "data er- 
ror" flag in the status register 2 and aborts the data 
transfer. Bits 7 and 6 in the status register STOwill 
be set to a '01' respectively. 


4. During data transfers between the 82072 and the sys- 
tem, the 82072 must be serviced by the system before 
an underrun or an overflow condition occurs. These 
error conditions can be avoided by choosing an opti- 
mal FIFO threshold (Chapter 2 shows how to arrive 
at an optimum FIFO threshold). 


3. RESULT PHASE OF THE DATA TRANSFER 
COMMANDS 


After the completion of the data transfer, the 82072 
enters the result phase. The 82072 generates an inter- 
rupt to the processor. The processor must respond to 
the interrupt and read the seven result bytes to success- 
fully terminate the data transfer command. The result 
bytes are read by the "handshake" 
mechanism de- 


scribed in chapter 2.4.1, and contain status informa- 
tion. 


Following the data transfer command, the head is not 
unloaded until after the head unload time has elapsed. 
If the host issues another command before the head 
unload time has elapsed, the head remains loaded. This 
feature allows subsequent commands 
to bypass the 


head load time delay. 


CHAPTER 5 
APPLICATIONS 


This chapter presents three 82072 design examples. The 
first example illustrates an 82072 in the popular PC 
environment. It shows a generic floppy disk controller 
board design that is compatible with the PC/PC-XT. 
The board can be used as a direct replacement for the 
existing PC/PC-XT 
floppy disk controller board. The 


second design covers the PC-AT. By adding one addi- 
tional TTL package to the PC/PC-XT 
design, a 100% 
PC-AT compatible design can be realized. No software 
modifications are required. 


Additionally, the BIOS can be modified to support the 
enhanced features of the 82072 such as: 
I. Burst data transfers 
2. Implied Seek 
3. Power Down Mode 
4. Relative seek and disk paging 
5. I Mbps data transfer rate 


The third example describes the hardware required to 
interface the 82072 to the high integration iAPX 186 
microprocessor. 


Although specific microprocessors are used in each of 
these examples, the applications can be applied to either 
MCS85, iAPX86, iAPX88, iAPX 386 or any other 
processors, provided the necessary hardware changes 
are made. These applications should serve as a useful 
guide in illustrating the various procedures in using the 
82072. 


5.1 EXAMPLE 1. INTERFACING TO 


THE PC/PC·XT 


This example illustrates a generic floppy disk controller 
board design for the PC/PC-XT. 


The 82072 based floppy disk controller board occupies 
a single slot on the I/O channel of the IBM PC's. For 
clarity, 
the 
I/O 
channel 
configuration 
of 
the 


PC/PC-XT is used in this example. While the PC-AT's 
I/O channel configuration differs from the PC/PC-XT, 
the sub-set of the signals used by the floppy disk con- 
troller board is identical. 


The floppy disk controller board requires the resources 
of the processor, DMA and the interrupt controller on 
the system board. A block diagram of the design is 
shown in Figure 5.1. As can be seen from the block 
diagram, the floppy disk sub-system consists of five 
functional units: 
I. Interface between the 82072 card and the I/O Chan- 


nel 
2. Chip-select generation 
3. Clock generation 
4. DMA interface 
5. Drive interface 


The implementation 
of these functional units is dis- 


cussed in the following paragraphs. 


inter 


IORD# 


IOWR# 


RESET 


NOTE: 
Circuitrynot requiredifimplementedon motherboard. 


+--TRACKO 


+-- 
WRITEPROTECT 


+--INDEX 


+-- 
READ DATA 


STEP 


DIR 


HDSEL 


WRITEGATE 


WRITEDATA 


The IBM PC/PC-XT 
has 8 slots on the system board, 


which allows expansion of the basic system. The expan- 
sion slots are electrically identical. The I/O channel 
contains an 8-bit bi-directional data bus, 20 address 
lines, 6 levels of interrupt, 3 DMA channels and other 
control signals required to perform I/O and memory 
read/write operations. Figure 5.2 shows the signals and 
the pin assignments for the IIQ channel. The existing 
disk controller boards designed for the PC/PC-XT use 
interrupt level 6 to get the attention of the processor, 
and channel 2 of the DMA controller for disk data 
transfers. To maintain compatibility with the existing 
floppy disk controller boards, this design example used 
interrupt level 6 and DMA channel 2. 


Table 5.1. shows the IBM PC's I/O address map. To 
maintain compatibility with the existing floppy disk 


controller boards for the IBM PC, the 82072 based 
floppy disk controller board's I/O port address space 
was chosen to be 3FO-3F7H. Signals Al through A9 
and AEN (Address Enable) are decoded to generate the 
chip-select for the 82072. 


The PC/PC-XT 
supports 8 expansion slots. However, 


because of the fan out constraints, each I/O channel 
slot signal loading must be limited to only one ITL 
load. Consequently, to meet this specification, the data 
bus is butTered through a transceiver. The DTIR (data 
transmit/receive) line of the transceiver is controlled by 
a lORD 
signal. The DEN 
signal is controlled 
by 


"BDSEL" Signal. (Please refer to the PAL equations in 
Figures 5.4, 5.5). The transceiver is enabled only when 
the floppy disk controller board is accessed, thereby 
preventing potential data bus contention. 


._.A. • 
n.,,11 rell.'" 


SIGNAL 
NAME 
SIGNAL 
NAME 


GND 
I/O 
CH CK 


RESET DRV 
+07 


+5V 
+06 


+IR02 
+05 


-5VDC 
+04 


+DR02 
+03 


-12V 
+02 


-CARD 
SELECT 
+01 


+12V 
+00 


GND 
+1/0 
CH ROY 


-MEMW 
+AEN 


-MEMR 
+A19 


-lOW 
+A18 


-lOR 
+A17 


-DACK3 
+A16 


+DR03 
+A15 


-DACK1 
+A14 


+DR01 
+A13 


-DRAKO 
+A12 


CLOCK 
+A11 


+IR06 
+A10 


+IR07 
+A9 


+IR05 
+A8 


+IR04 
+A7 


+IR03 
+A6 


-DACK2 
+A5 


+T/C 
+A4 


+ALE 
+A3 


+5V 
+A2 


+OSC 
+A1 


GND 
+AO 


COMPONENT 
SIDE 


292022-20 


The 82072 requires an external 24 MHz system clock 
for its operation. The clock input controls the internal 
operations of the 82072 and its data transfer rate. A 24 
MHz fundamental parallel resonant crystal can be at- 
tached to the Xl and X2 input pins of the 82072 or the 
Xl (X2 floats) input can be driven directly by a MOS 
level clock. This design example uses an external 24 
MHz crystal. 


The 82072 provides all the signals required to interface 
the host processor to four high capacity disk drives. 
The only additional logic required are high current 
drivers to drive the cable and drive select/motor enable 
decode logic. 


Table 5.1. 
PC/PC·XT 
Address 
Map 


Hex Range 
Usage 


OOO-OOF 
DMAController 1 8237 A-5 


020-021 
Interrupt Controller, 8259A 


040-043 
Timer, 8253-5 
060-063 
PP18255A-5 
080-083 
DMAPage Registers 


OAX* 
NMIMask Register 


200-20F 
Game Control 
210-217 
Expansion Unit 
2F8-2FF 
Asynchronous 
Communications 


(Secondary) 
300-31 F 
Prototype Card 
320-32F 
Fixed Disk 
378-37F 
Printer 
380-38C** 
SDLC Communications 


380-389** 
Binary Synchronous 
Communications 


(Second) 
390-393 
Cluster 
3AO-3AF 
Binary Synch Communications 


(Primary) 
3BO-3BF 
Monochrome Display and 


Printer Adapter 
3DO-3DF 
Color/Graphics 
Monitor Adapter 


3FO-3F7 
Diskette Controller 


3F8-3FF 
Asynchronous 
Communications 


(Primary) 


·Upon reset, the NMI into the 8088 is masked off. The 
mask bit can be set and reset with system programs as 
follows: 
MASK ON: Write 1/0 address 070H, with data bit 7 equal 
o 
MASK OFF: Write I/O address 070H. with data bit 7 equal 
to 1. 
··SDLe 
Communications and secondary Binary Syncnro- 


nous communications cannot be used together as their 
hex addresses overlap. 


The motor enable and drive select signals in this design 
are derived from an external latch (74LS273). This 
latch is required to maintain BIOS compatibility with 
the 'drive control circuitry. In a normal application 
where direct motor control by the software is not re- 
quired, the 82072 can provide the necessary drive select 
and motor enable signals. 


inter 


Figure 5.3 shows the circuitry required for generating 
the drive select and motor enable signals. Drive Select 0 
(DSO) and MOTOR signals from the 74LS273 are de- 
coded, using an <74LS04inverter and 7438 open collec- 
tor nand gates, to generate two drive select and motor 
enable signals. The design can easily be upgraded to 
support four drives by using a decoder/driver 
of the 


type 74LSI56 with an additional driver. 


Head Positioning and Drive Status 
Circuitry 


The step, head select, direction, write enable and write 
data signal outputs to the disk drive are derived by 
buffering the STP, HDSEL, DIR, WE and WRDATA 
from the 82072 through a 7406 open collector driver. 
The write protect, track 0, index and read data signal 
inputs are derived by buffering the WP, TRKO, INDX 
and RDDAT 
from the disk drive through a 74LSI4 


Schmitt-trigger inverter. The 82072's internal data sep- 
arator generates the data window signal which is used 
by the read hardware to extract data from the serial 
Read Data stream. 


A single 34-conductor cable connects the floppy disk 
controller board to the disk drives. The last disk drive 
should be resistively terminated by means of 1500 re- 
sistors pulled-up to + 5V. 


The 82072 requires a single DMA channel for its opera- 
tion in the PC/PC-XT 
environment. The 82072 inter- 


faces to system memory by means of the 8237A-5 
DMA controller. Each channel on the 8237A-5 can 
transfer data throughout the sixteen Megabyte system 
address space in 64 KB blocks. To support the 20 bit 
addressing, the IBM PC has a page register for each of 
the DMA channels. Table 5.2 shows the address gener- 
ation for the PC DMA channels. 


The processor writes the upper four address bits (A20- 
A16) to the page register before initiating a data trans- 
fer command. When the DMA controller assumes con- 
trol of the system bus, the contents of the page register 
are enabled onto the upper four bits of the address bus. 
The only restriction in the use of this page register is 
that a single read or write transfer should not cross the 
64K memory boundary (FFFFH). 


The IBM PC system board has one 8237A-5 DMA 
controller. Channel 0 is used for doing the refresh of 
DRAMs. Channels I, 2 and 3 are available for add-on 
boards. 
The 
DMA 
channel 
assignments 
for 
the 


PC/PC-XT 
are as follows: 


Table 5.3. DMA Channel Assignments 


Controller 


ChnO-DRAM 
REFRESH 


Chn1-Spare 
Chn2-Spare 
Chn3-Spare 


Since channel 0 of the 8237A-5 DMA controller is used 
to do the refresh of the DRAMs, all of the remaining 
channels should be operated in a single-byte transfer 
mode. In this mode, the channel with the highest prior- 
ity gets the DMA access. After the DMA cycle is 
granted, the next channel with the next highest priority 
gains DMA access. This priority scheme ensures that 
no single channel can "hog" the bus. More important- 
ly, it ensures that the DRAMs are refreshed once every 
15 microseconds, as the refresh channel has the highest 
priority. 
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TITLE 
'SBX 82072 PC/PC-XT 
COMPATIBLE 
BOARD DECODE 
LOGIC' 


SBX072 DEVICE 
'P20L8'; 


GND, VCC 
SA9, SA8, SA7, SA6, SA5 
SA4, SA3, SA2, SA1, SAO 
AEN, 
IOR_, IOW_, RESET 
TC, DACK_ 
BDSEL_, 
CK1_, A072, 
CS72_ 


TC72, RESET_ 


PIN 12, 24; 
PIN 11, 10, 9, 8, 7; 
PIN 6, 5, 4, 3, 2; 
PIN 1, 13, 14, 23; 
PIN 16, 17; 
PIN 21, 20, 19, 18; 
PIN 22, 15; 


• BDSEL_ 
ENABLES 
THE 74LS245 
TRANSCEIVER 
FOR WRITES 
TO 3F2, 


• READ/WRITES 
TO 3F4 AND 3F5, WRITES 
TO 3F7, OR BY DACK_ FOR DMA 


• TRANSFERS 


BDSEL_ = 
I(IDACK_ # (IAEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & 
ISA3 & ISA2 & SAl & ISAO & !IOW_1 # (IAEN & SA9 & SA8 & 
SA7 & SA6 & SA5 & SA4 & !SA3 & SA2 & ISA1) # (!AEN & 
SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & ISA3 & SA2 & SAl & 
SAO 
& 
!IOW_1I ; 


CK1_ 
= 
l(IAEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & ISA3 & 
ISA2 & SAl & ISAO & IIOW_1 


• A072 
IS HIGH FOR READ/WRITES 
TO THE FIFO AT 3F5 AND LOW FOR 


• MSR READS AT 3F4 AND DSR WRITES AT 3F7 


• CS72_ SELECT 
THE 82072 DURING 
READ/WRITES 
OF THE FIFO AT 3F5, 


• READING 
THE MSR AT 3F4, OR WRITING 
TO THE DSR AT 3F4. 


CS72_ 
= 
1((lAEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & !SA3 & 
SA2 & !SAl I # (!AEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 
& ISA3 & SA2 & SAl & SAOII 
; 


This "byte-by-byte" transfer mode of operation is very 
slow, as HOLD is dropped after every DMA cycle, and 
then asserted again for the next cycle. The HOLD/ 
HLDA handshake mechanism or byte-by-byte transfer 
results in reduced bus bandwidth due to the overhead 


resulting from latencies in bus acquisition. Burst mode 
operation is a more desirable approach when using the 
82072 but cannot be used here due to the DRAM re- 
fresh requirements. 


inter 


The 82072 based floppy disk controller design is 100% 
compatible with the existing disk controller boards for 
the PC/PC-XT. 
Only eight components are required 
for implementing a disk controller board as opposed to 
the existing boards that use more than 40 components. 
Furthermore, 
the 82072 can interface to the 10 MHz 
8088 microprocessors without waitstates (the 8272A in- 
troduces two waitstates)'. 


The previous section illustrated the design of a floppy 
disk controller board for the PC/PC-XT. 
With the ad- 
dition of one TTL package, the same design can also be 
used for the PC-AT. 


This example provides a brief overview of the current 
PC-AT floppy disk controller implementation. It is fol- 
lowed by a discussion of the compatibility issues' that 
arise when interfacing the PC-AT to the 82072 based 
floppy disk controller board. The section concludes 
with a discussion of the enhancements provided by the 
82072 based disk controller board. 


The PC/PC-XT 
supports 
four disk formats: single 
side-8 
sectors per track, single side-9 
sectors per 
track, double side-8 
sectors per track, and double 
side-9 
sectors per track. The four formats are derived 
from the number of sides and the number of sectors on 
each track. The PC-AT has added an additional quad 
density format, double side-15 
sectors per track. Ta- 
ble 5.3.1 shows the data transfer rates associated with 
the different capacity drives. 


Table 5.3.1. The Standard 
Floppy Disk DOS Formats 


Capacity Density 
Drive 
Data 
Sectors Tracks 
Speed 
Rate 


160 K 
Single 
300 rpm 250 Kbps 
8 
40 
160 K 
Single 
360 rpm 300 Kbps· 
8 
40 
180 K 
Single 
300 rpm 250 Kbps 
9 
40 
320 K 
Double 300 rpm 250 Kbps 
8 
40 
320 K 
Double 360 rpm 300 Kbps· 
8 
40 
360 K 
Double 300 rpm 250 Kbps 
9 
40 
1.2 K 
Quad 
360 rpm 500 Kbps 
15 
80 


To support different capacity drives and the different 
data transfer rates, the current PC-AT disk controller 
board incorporates three additional registers: the Data 
Rate Register (DRR) and the Digital Input Register 
(DIR) and the Digital Output Register (DOR). These 
registers are shown in the PC-AT floppy controller 
Block Diagram, Figure 5.6. The I/O address map for 
the registers, along with a brief description, are given 
below: 


Hex Address 
Access Type 
Description 


3FOH 
- - - - - - ........ 
Unused 
3F1H 
.. - ................ 
Unused 
3F2H 
Write 
Digital Output Reg 
3F3H 
.................... 
Unused 
3F4H 
Read 
Main Status Reg 
3F5H 
Read/Write 
Data Register 
3F6H 
--- 
.. ------ 
Unused 
3F7H 
Write 
Data Rate Register 
3F7H 
Read 
Digital '!1put Reg 


The Data Rate Register is used to specify the type of 
disk drive and the diskette media (if the diskette is dou- 
ble density or quad density diskette). This is a write 
only register selected on address 3F7H. This value is 
used by PC-AT floppy disk controller board's data sep- 
arator circuit to select the data transfer rate and the 
disk drive spindle speed. The data rate is selected by the 
BIOS. The decoding for the Data Rate Register is 
shown below: 


D1 
DO 
Description 
1 
1 
Reserved 
1 
0 
DD Drive DD Diskette 
0 
1 
aD Drive DD Diskette 
0 
0 
aD Drive aD Diskette 


NOTES: 
DD = Double 
Density 
QD = Quad 
Density 


Additionally, 
the DRR 
controls 
external 
hardware 
which generates the "Low Density" (LD) signal. LD is 
an active high signal that occurs whenever a data trans- 
fer rate of 300 Kbps is selected. The PC-AT quad den- 
sity disk drive uses LD internally to vary the Read/ 
Write head and data channel characteristics. This fea- 
ture allows the PC-AT quad density disk drive to sup- 
port double density diskettes. 


inter 


DIGITAL 
INPUT 
REGISTER 


BUS 
INTERRUPT 
CIRCUIT 


DATA 
RATE 
REGISTER 


DIGITAL 
OUTPUT 
REGISTER 


WRITE 
DATA 
CIRCUITRY 


DRIVE 
INTERFACE 
CIRCUIT 


The Digital Output Register is a write only register 
located at I/O address 3F2H. The individual data bits 
have the following meanings. 


Bits 
Definition 


0 
Drive Select: 0 on this bit indicates 
that drive A is selected, 
1 indicates 
that drive B is selected. 


1 
Reserved: 
This bit is not used by the 
hardware. 
It can be set to a 1 or a O. 
2 
Diskette 
Function 
Reset: When this 
bit is set to a 1, the diskette 
reset 
function 
is disabled. 
3 
Enable Diskette 
DMA and 
Interrupts: 
When this bit is set to a 1, 
the DMA and Interrupt 
lines are 
enabled. 


4 
Drive A Motor Enable: When this bit 
is set to a 1, the Motor A enable signal 
is activated. 
A timer is dedicated 
to 
perform 
the motor disable function. 


The timer is initialized 
by the BIOS, 
based on the command 
selected. 
5 
Drive B motor Enable; same as 4. 
6 
Reserved; 
same as 1. 


7 
Reserved; 
same as 1. 


The Digital Input Register is a read-only register locat- 
ed at I/O address 3F7H. Bit 7 is the only bit used by 
the floppy disk controller. The other bits are used by 
the hard disk controller for diagnostic purposes. Bit 7 
can only be driven when a high capacity drive is active. 
If set to a "I", it informs the system that the diskette in 
the disk drive has been changed. Since the PC may 
have multiple floppy disk drives, the appropriate drive 
must first be selected, before reading this register. This 
signal is automatically reset by the drive when a seek 
operation is performed. 


Since bits 0 through 6 of the DIR are reserved by the 
hard disk controller, it is the user's responsibility to 
ensure that bit 7 is not driven by the HDC as well. This 
can easily be done on most hard disk controller boards 
by changing a jumper that maps out the address area of 
3FOH-3F7H to 370H-377H. There is no effect on nor- 
mal hard disk operations 
with this change. If this 


change is not possible with the existing hard disk con- 
troller, 
then DIR 
support 
can be implemented 
by 


changing the select location of the DIR and modifying 
the BIOS to support this new location. 


The PC-AT uses a quad density drive that supports 
both quad density and double density floppy diskettes. 
Upon power-up or when the quad density disk drive is 
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SWR 
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DRATSEL 


7 
6 
S 
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I 
POWER 
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DISAB 


loaded, the PC-AT performs a routine to determine the 
type of media inserted. Initially the BIOS assumes that 
the diskette inserted is a quad density diskette and de- 
faults to a data transfer rate of 500 Kbps. It reads 
Track 0, Head 0, sector I to determine the diskette 
type. If successful, it then proceeds to read track 0, 
Sector 15. A successful read operation indicates that 
the media is a quad density diskette. An unsuccessful 
operation implies that the media is a double density 
diskette. If the diskette is a double density diskette, the 
PC-AT BIOS programs the hardware to support a data 
transfer rate of 300 Kbps. 


When 
interfacing 
to standard 
double 
density 
disk 
drives, the selected data transfer rate is 250 Kbps. 


The 82072 has integrated a software selectable data sep- 
arator, 
programmable 
write pre-compensation 
logic, 
Write Clock generation logic and motor on/ofT logic 
on-chip. The 82072 has an on-chip clock prescaler that 
internally divides the 24 MHz clock input to generate 
the Write Clock. By appropriately setting the data rate 
selection bits in the DSR, the prescaler value can be 
changed to obtain the desired Write Clock rate. Addi- 
tionally, the 82072 has a built-in "Software Reset" fea- 
ture. This allows the 82072 based disk controller board 
to support all the features of the PC-AT, without re- 
quiring the external data separator or its associated reg- 
isters. These enhancements were implemented with the 
objective of maintaining 100% PC-AT compatibility. 


Table 5.6. Comparison 
Between 
the PC-AT 
and the 82072 


/I 
Features 
82072 
PC·AT 


1. 
Motor Control and Drive 
On-chip 
External 
SelectCkt 
2. 
Programmable Data 
On-Chip 
External 
Transfer Rate 
3. 
Software Reset 
On-chip 
External 
4. 
DMA and Interrupt enable 
External 
External 
5. 
Diskette Change Signal 
External 
External 


DATA 
RATE = 250 
Kbps 
PRE-COMP 
= 125 ns 
NTERNAL 
PLL 
ENABLED 
LED 


SOnwARE 
RESET 
DISABLED 


This section compares the features supported by the 
PC-AT registers to the on-chip features of the 82072. 


The 82072's DSR register is compatible with the PC- 
AT's DRR register. A comparison of the DRR and the 
DSR register is shown in Table 5.8. 


Table 5.8. Decoding 
of Data Rate Select Bits 


Data Rates 
PC·AT 
82072 
MFM 
Blt1 
BltO 
Blt3 
Blt4 


1 Mbps 
........ 
.•. .•..•..•..•..•. 
1 
1 
500 Kbps 
0 
0 
0 
0 
300 Kbps 
0 
1 
0 
1 
250 Kbps 
1 
0 
1 
0 


Since the Data rate Select Register (DSR) is internal on 
the 82072, but treated externally by the PC-AT BIOS, a 
reset of the 82072 must not reset the DSR. This is pos- 
sible by connecting the 82072 multiplexed input Data 
Window/Default 
Data Rate Enabled (DW/DDRE) 
to 
ground. When DW/DDRE 
is a logic "low", the DSR 
maintains its current data rate value on a hardware or 
software reset if the 82072 internal PLL is enabled. 


The 82072 supports a multiplexed Vco/LD 
pin. When 
the internal PLL is selected by setting the EPLL bit, 
this pin behaves as the Low Density (LD) output to the 
disk drive. The 82072 activates the LD signal whenever 
a data transfer rate of 250 Kbps or 300 Kbps is select- 
ed. When the internal PLL is not used, this pin pro- 
vides the VCO signal to enable an external PLL. 


The overall PC-AT compatible design is illustrated in 
Figure 5.7. The PAL equations map out the registers 
on board to PC-AT compatible locations. These equa- 
tions are provided in Figure 5.8. 


."c· 
c:; 
!II 
;'"'I 


Ulal 
)( 
0 
....• 
N 
."0" 
'a'a'< 
(0) 
0 
N ii 
0 
:I\" 
U'1 
0 
0:J.. 
..•2- 
CD..• 
al0 
III..•a.- 
0..• 
."0.~ 
-4 


, 
2 
;,,- 
2 
.-------- 
.• 
~ 
"- 
. 
,r ".H, r::I... IV ~' 


ORNE 
SELECT A 
• 
• 
,. 
..!.- 
----2. 
c,~ 
>-III •..•c.~ 
TI; :D': 


ORNE 
SELECT B 
.L 


~ 
• 


12 
1- 


.--- 
r--7. 
U' 
12 
" 
, 
~8 
WOTOR 
END 
ORNE 
A 
L 


---:.; 
1: 
12 
: 


10 


-!2 
15 
• 
13 
111 
WOTOR 
END 
DRIVE 
B 


.!.... 


, 
•••U7 
~ 
" 
82072 
20 
" 


2!... 


RESET 
• 
~ 


XI 
I 
, 


82 
~ 
flt erR 
X2 
._------_. 
..!.!. 


C1( 
RES 
1~ 
__ 
5V 


,. - - - - - - - - - - - - - 


11 
~I~~~ 
[ 
~~~}PI 


~ 
- 


..!.L 


I 
~5 
I 


A9 
SDO 
2 
•• 


• 
, 
2 
..!.!.. 


• 
00 


7406 U3 
} 
I 
AS 
SOl 
, 
17 


• ________ 
• 
'/' 
WI 
.!!.. 


7 
01 
veO/LD 
• 
13' 
1'00.... 
'12 
u; 
I 
",7 S02 
• 
2!.-- 


2 
E- 


8 
02 
STP 
,. 
V .. 
ST£P 


,.,6 S03 
5 
~ 


' •.... 
20 
E- 


I 


DlR 39 
" 
'2 
DlREcnoN 


AS S04 
• 
Ul ,. 
0' 
5. 
V 
18 
E... 


10 04 
HOSEL 
,. 
HEAD SELECT 
I 
.U 50s 
7 
" 


32 


11 
05 
WE 
7 
.. 
' •.... 
,8 
WRITE ENABLE 
1!... 


A3 
SD6 
8 
12 
2' 
I 
12 06 
WROAT 
11, 
V 
,10 
WRIT[ 
DATA 
l.!.. 


1.2 SO] 
• 
11 
I 


22 


13 07 
~-------_: 
-=- 
GriT 
I 
U~l1 


" 
1 
U8 
TRKO 34 
10 
TRACKO 


81. 
2 
"" 
2. 


RO 
U1"3 


1 
, 
WP 35 
12 
WRIT[ 
PROTECT 
I 
WR 
28 


36 --++5V 
r:-t:': ~V. 


8" 
I 
ROV 
.- ...•. 


~~ 
21 
BDSn 
22V 


:,504 
150.0.: 
RP1 
I 
ow/OORE 
._-- - ;_ .•. _. 
,. 
20 CKl 
8 A. 
7 


SAD 
2 
lOX " 


INDEX 


A" 
19 A072 
r 
_.J 
5 
""'5 
~ 
8 


>30 
SAI 
, 
18 
CS72 
AD 
ROOAT 23 
• 
READ 
DATA 
• 
~ 
7.LSl< 
U7 
30 


A2' 
SA2 
• 
22 Ten 
cs 


~ 
A28 
SA3 
5 
15 
TC 
"., 
17 
2 
3 


A27 
SA' 
• 
I 


1 
OACK 
U, 
1 


SA5 
7 
2018 
74LS126 
~~~26 
A2' 
U2 
I 
~ 


l< 


SA' 
8 
ORO 


A" 
US 
~4 


A2. 
SA7 
• 
15 00 
I 
5 ••••••. 
10 
• 
A2' 
SA8 
10 
I 
V 


A22 
SA9 
11 


TiC 
16 
I 


-+5v 


82 


82 
OA.CK 
17 
I 
.- ___e. 
, 
1504: 
RPt 


Alt 
AEN 
1 
I 
. 


I 
.- ie_e. 
'-- 
I 
2 
"'" 
1 
0R02 


OSKCHNG 
. 


"""'V" 
~ 
U7 
34 


IRQ6 


L 
• - 
.J 


...:!.. 


34 
PIN 
RtBBON CABLE 


CONNECTOR 
- 


inter 


MODULE 
SBX072_LOGIC; 


TITLE 
'SBX 82072 PC-AT 
COMPATIBLE 
BOARD DECODE LOGIC' 
SBX072 DEVICE 
'P20L8'; 


GND, VCC 
SA9, SA8, SA7, SA6, SA5 
SA4, SA3, SA2, SAl, SAO 
AEN, 
IOR_, IOW_, TC, DACK_ 
BDSEL_, 
CKl_, A072, 
CS72_ 
TC72, CK2_ 


PIN 12, 24; 
PIN 11, 10, 9, 8, 7; 
PIN 6, 5, 4, 3, 2; 
PIN 1, 13, 14, 16, 17; 
PIN 21, 20, 19, 18; 
PIN 22, 15; 


EQUATIONS 


• BDSEL_ ENABLES 
THE 74LS245 
TRANSCEIVER 
FOR WRITES 
TO 3F2, 
• READ/WRITES 
TO 3F4 AND 3F5, WRITES 
TO 3F7, OR BY DACK_ FOR DMA 
• TRANSFERS 


BDSEL_ = 
!{!DACK_ # (!AEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & 
ISA3 & !SA2 & SAI & !SAO & !IOW_) # (!AEN & SA9 & SA8 & 
SA7 & SA6 & SA5 & SA4 & !SA3 & SA2 & !SAl) # (!AEN & 
SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & !SA3 & SA2 & SAI & 
SAO 
& 
1I0W_)) 
; 


• CKl_ ENABLES 
WRITES 
TO THE DOR AT 3F2 


CKl_ 
=!( !AEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & !SA3 & 
!SA2 & SAI & ISAO & IIOW_) ; 


• A072 IS HIGH FOR READ/WRITES 
TO THE FIFO AT 3F5 AND LOW FOR 
• MSR READS AT 3F4 AND DSR WRITES AT 3F7 


• CS72_ SELECT THE 82072 DURING READ/WRITES 
OF THE FIFO AT 3F5, 
• READING 
THE MSR AT 3F4, OR WRITING 
TO THE DSR AT 3F4. 


CS72_ 
= 
!({!AEN & SAg & SA8 & SA7 & SA6 & SA5 & SA4 & ISA3 & 
SA2 & !SAl) # (!AEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 
& ISA3 & SA2 & SAI & SAO)) 
; 


CK2_ = 
l{ !AEN & SA9 & SA8 & SA7 & SA6 & SA5 & SA4 & !SA3 & SA2 
& SAI & SAO & !IOR_) ; 


END SBX072_LOGIC 


inter 


If it is the objective of the designer to have no changes 
to the BIOS, the above design example provides three 
advantages over the current implementation with mini- 
mal effort. It provides the user with: 
1. Reduced board space. Only 8 components are re- 


quired for an 82072 based floppy disk controller 
board. The current 8272A implementation requires 
up to 38 components. 


2. Reduced power consumption 
3. No wait-state interface to the 10 MHz 80286 micro- 


processor. The 8272A imposes two wait states. 


With additional effort, the user can reduce the BIOS 
and support enhanced features of the 82072 such as: 
1. Burst data transfers 
2. Implied Seek 
3. Power Down mode 
4. Relative seek and disk paging 
5. I Mbps data transfer rate 


During disk transfers between the floppy disk control- 
ler and the system, today's floppy disk controllers must 
be serviced every 13 JJ-s(MFM mode-500 Kbps). This 
imposes severe timing constraints on the system. Dur- 
ing data transfers, the processor is dedicated to the data 
transfer process. The 82072 overcomes this timing con- 
straint by providing a 16 byte FIFO. The FIFO im- 
proves the data transfer mechanism by: 
1. The DMA requests to the processor are minimized 


by fine tuning the FIFO threshold to match system 
bus latencies. 
2. The host side of the 82072 does not have to wait for 


the serial side which transfers data at a much slower 
data rate. 


forms the seek and the sense interrupt status commands 
before executing the data transfer command, thereby 
reducing the software overhead required to perform 
data transfers. 


The 82072 has a power down mode. If there are known 
periods of time when the disk controller is not being 
accessed, the 82072 can be programmed to go into the 
power down mode. This mode is entered by setting Bit 
6 of the DSR register. In this mode, the 82072 con· 
sumes less than I milliamp of current. 


The present cylinder number is maintained while in 
Power Down mode. However, the status information is 
cleared. Prior to issuing a Power Down command, it is 
highly recommended that the user service all pending 
interrupts. 


This is a new command which enables the 82072 to 
access more than 256 tracks. The command can be used 
to partition the diskette into an unlimited number of 
pages, each page consisting of 256 tracks. This allows 
the user to exceed the 256 track limit imposed by the 
IBM format, while maintaining compatibility. Refer to 
the 82072 Data Sheet or Chapter I for further details. 


The 82072 supports data transfer rates up to 1 Mbps. 
This enables the 82072 to interface to tomorrow's high- 
er capacity disk drives. 


5.4 
INTERFACING 
THE 82072 TO 


THE iAPX 186 DMA 
CONTROLLER 


Following reset, the FIFO is disabled for compatibility 
Although 
the 82072 interfaces easily to almost any 
with the 8272A. To improve the system performance, 
processor, no processor offers as much of the needed 
the 82072 CONFIGURE 
command may be issued to 
functionality as the 80186 or its 8-bit cousin, the 80188. 


enable the FIFO and select an optimal threshold. The 
use of the FIFO permits burst data transfetSbetween 
The 80186 is an 8088 object code compatible processor 
the 82072 and the system memory. To supportburst 
_ with integ.rated DMA. cont~oller, timers, interrupt con- 
d ta t 
ti 
th 
8237A 
od- 
. t 
h 
t 
h...--.<; 
troller, chip-select lOgiC,walt state generator, ready log- 
a 
rans ers, 
e 
m 
e regis er 
as 
0 ~ pro- 
ikJUld clock generation logic on chip. 
grammed to operate in the Demand Transfer Mode (re:- 
fer to the 8237A data sheet for a description of Deml!Ild 
Transfer Mode). 
Figure 5.9 shows a typical 82072/iAPX 186 microproc- 
essor interface. The data lines of the 82072 are connect- 
ed through buffers to the 80186 ADO-AD7 
lines. The 
Implied Seek 
~?72, 
foll.owinga read cycle, does not flo~t its ?utput 


dnvers qUIckly enough to prevent contentIOn With the 
An added advantage of using the CONFIGURE .oom__ 
18.6'sgenerated addr.ess for the ne~t cycle. To prevent 
mand is that the user can also enable the Implied Seek 
thiS data bus contention, the data lines o~the 82072 are 
mode. When enabled, the 82072 automatically 
per- 
colinnnectedthrough 
buffers to the 
186 s ADO-AD7 


es. 


82072 


DSO 


The 80186 DMA controller does not provide an explic- 
it DMA Acknowledge or Terminal Count signal re- 
quired by the 82072. Instead, the 80186 performs a read 
or write directly to the DMA requesting device. The 
DMA Acknowledge (DACK) signal can be generated 
by decoding an address or merely by using one of the 
~enerated 
chip-select lines. The 
generation 
of 
DACK and terminal count (TC) signals are discussed 
in the following paragraph. 


I. DACK Generation 


The 80186 can generate chip selects for up to seven 
peripheral devices (PCSO-PCS7). 
These chip selects 
are active for seven contiguous blocks of 128 bytes 
above a programmed base address. The base address is 
programmable and can only be a multiple of 1 Kbyte. 


Let us consider an example to illustrate the generation 
of DACK and TC signals. For this example, assume 


STEP 


HEADSEL 


DIRECTION 


WRITE ENABLE 


WRITE DATA 


WRITE PROTECT 


TRACKO 


that PCS4 is connected to the chip-select input of the 
82072. The chip-select is activated when an access is 
made to any I/O location between 3FO-3FFH. 


The 80186 activates PCS4 when an access to an I/O 
location is between 0300H and 03FFH. The DACK 
signal for the 82072 can be generated by an address 
decode within the region assigned to PCS4. Let us as- 
sume for this example that DACK is activated when an 
access is made to the I/O locll;tion0380H. 


To generate DACK during DMA transfers, the DMA 
source pointer (for a read transfer) or the destination 
pointer (for a write transfer) should be initialized to 
0380H. The "INC" and "DEC" bits in the 80186 con- 
trol register must both be set, to prevent the contents of 
the source or destination pointer from changing. 


"ALE" (Address Latch Enable) must be factored into 
the DACK generation circuitry as the addresses are not 
stable when PCS goes active. This could cause glitches 
at the output of the DACK generation circuitry, as the 
address lines may change state. 


CASE 2: Using an independent chip select line to gen- 
erate DACK. 


If the system is not using all of the chip select lines 
provided by the 80186, then the spare chip select line 
can be used to generate the DACK 
signal for the 


82072. This eliminates the extra decode logic required 


when using a common chip select line. In this type of 
configuration, PCS4 can be used to generate the chip 
select for the 82072 and PCSS can be used to generate 
the DACK signal. 


The TC line of the 82072 is driven by a circuit similar 
to the DACK generation circuit. The TC line is used to 
inform the 82072 to terminate the data transfer. Anoth- 
er method of generating a terminal count signal is by 
connecting the DACK signal to one of the 80186 timers 
and program the timer to output a pulse after the exe- 
cution of a certain number of DMA cycles. 
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APPENDIX 
A 
82072 FLOWCHARTS 


} 


WAITING fOR 
OPERATION 
COMPLETE 
INTERRUPT 


CALL INPUT RESULT BYTES 
(fiG. A-4) 


intJ 
AP-289 


292022-27 
292022-28 


Figure A.2. OMA Initialization 
Figure A.3. Output Commands to FOC 
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TRANSFER Bm(S) 


TO/FROll 
FIFO 


Hard Disk Controllers 
4 


• 
Controls ST506/ST412 Interface 
Winchester Disk Drives 


• 
5 Mbitlsec 
Data Transfer Rate 


• 
Compatible with All Intel and Most 
Other Microprocessors 


• 
High Speed Operation 
- 
"Zero Walt State" Operation with 
8 MHz 80286 and 10 MHz 80186/188 


- 
"One Walt State" Operation with 
10 MHz 80286 
• 
Eight High-Level Commands: Restore, 
Seek, Read Sector, Write Sector, Scan 
10, Write Format, Compute Correction, 
Set Parameter 


• 
Low Power CHMOS III 
• 
On-Chip ECC Unit Automatically 
Corrects Errors 
• 
5 or 11-Bit Correctlon-5pan 
Software 


Selectable 
• 
Implied Seeks with Read/Write 
Commands 
• 
Multiple Sector Transfer Capability 


• 
128, 256, 512 and 1024 Byte Sector 
Lengths 
• 
Available In 40-Lead Ceramic Dual In- 
Line, 40-Lead Plastic Dual In-Line, and 
44·Lead Plastic Chip Carrier Packages 


(See 
Packaging 
Spec., 
Order 
•••231369) 


The 82064 
Winchester 
Disk Controller 
(WDC) with on-chip 
error detection 
and correction 
circuitry 
interfaces 
microprocessor 
systems 
to 5%" 
Winchester 
disk drives. 
The 82064 
is a CHMOS 
version 
of the Western 
Digital WD201 O. It is an upgrade to the Western 
Digital WD1 01 OA-05 Winchester 
Disk Controller, 
and includes 
on-chip 
ECC, support 
for drives with up to 2k tracks. 
and has an additional 
control 
signal which eliminates 
an 
external 
decoder. 


The 82064 is fabricated 
on Intel's advanced 
CHMOS 
III technology 
and is available 
in 40-lead CERDIP. plastic 
DIP. and 44-lead 
plastic 
leaded 
chip carrier 
packages. 
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Figure 
2. 82064 Pinouts 
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Symbol 
Pin No. 
Type 
Name and Function 
DIP 
PLCC 


BCS 
1 
1 
0 
BUFFER CHIP SELECT: Output used to enable reading or 
writing of the external 
sector buffer by the 82064. When low, 


the host should not be able to drive the 82064 data bus, RD, 
orWR 
lines. 


BCR 
2 
2 
0 
BUFFER COUNTER 
RESET: Output that is asserted 
by the 
82064 prior to read/write 
operation. 
This pin is asserted 
whenever 
BCS changes 
state. Used to reset the address 
counter 
of the buffer memory. 


INTRQ 
3 
3 
0 
INTERRUPT 
REQUEST: 
Interrupt 
generated 
by the 82064 
upon command 
termination. 
It is reset when the STATUS 
register is read, or a new command 
is written to the 
COMMAND 
register. Optionally 
signifies when a data transfer 
is required on Read Sector commands. 


SDHLE 
4 
4 
0 
SDHLE is asserted 
when the SOH register is written by the 
host. 


RESET 
5 
7 
I 
RESET: Initializes the controller 
and clears all status flags. 


Does not clear the Task Register 
File. 


RD 
6 
8 
I/O 
READ: Tri-state, 
bi-directional 
signal. As an input, RD controls 
the transfer 
of information 
from the 82064 registers 
to the 
host. RD is an output when the 82064 is reading data from the 
sector buffer (BCS low). 


WR 
7 
9 
I/O 
WRITE: Tri-state, 
bi-directional 
signal. As an input, WR 
controls 
the transfer 
of command 
or task information 
into the 
82064 registers. 
WR is an output when the 82064 is writing 
data to the sector buffer (BCS low). 


CS 
8 
10 
I 
CHIP SELECT: Enables 
RD and WR as inputs for access to 
the Task Registers. 
It has no effect once a disk command 
starts. 


AO-2 
9-11 
11-13 
I 
ADDRESS: 
Used to select a register from the task register 
file. 


DBo-7 
12-19 
14-16 
I/O 
DATA BUS: Tri-state, 
bi-directionaI8-bit 
Data Bus with control 
18-22 
determined 
by BCS. When BCS is high the microprocessor 
has full control 
of the data bus for reading and writing the Task 
Register 
File. When BCS is low the 82064 controls 
the data 
bus to transfer to or from the buffer. 


Vss 
20 
23 
Ground 


WRDATA 
21 
24 
0 
WRITE 
DATA: Output that shifts out MFM data at a rate 
determined 
by Write Clock. Requires an external 0 flip-flop 
clocked 
at 10 MHz. The output has an active pullup and 
pulldown 
that can sink 4.8 mA. 


LATE 
22 
25 
0 
LATE: Output used to derive a delay value for write 
precompensation. 
Valid when WR GATE is high. Active on all 
cylinders. 


EARLY 
23 
26 
0 
EARLY: Output used to derive a delay value for write 
precompensation. 
Valid when WR GATE is high. Active on all 
cylinders. 
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Symbol 
Pin No. 
Type 
Name and Function 
DIP 
PLCC 


WRGATE 
24 
27 
0 
WRITE 
GATE: High when write data is valid. WR GATE goes 
low if the WR FAULT input is active. This output is used by the 
drive to enable head write current. 


WRCLOCK 
25 
29 
I 
WRITE CLOCK: Clock input used to derive the write data rate. 
Frequency 
= 5 MHz for the ST506 interface. 


DIR 
26 
30 
0 
DIRECTION: 
High level on this output tells the drive to move 
the head inward (increasing 
cylinder 
number). The state of this 
signal is determined 
by the 82064's 
internal comparison 
of 
actual cylinder 
location 
vs. desired cylinder. 


STEP 
27 
31 
0 
STEP: This signal is used to move the drive head to another 
cylinder at a programmable 
frequency. 
Pulse width = 1.6!J.s 
for a step rate of 3.2 !J.s/ step, and 8.4 !J.sfor all other step 
rates. 


DRDY 
28 
32 
I 
DRIVE READY: If DRDY from the drive goes low, the 
command 
will be terminated. 


INDEX 
29 
33 
I 
INDEX: Signal from the drive indicating 
the beginning 
of a 
track. It is used by the 82064 during formatting, 
and for 
counting 
retries. Index is edge triggered. 
Only the rising edge 
is valid. 


WR FAULT 
30 
34 
I 
WRITE 
FAULT: An error input to the 82064 which indicates 
a 
fault condition 
at the drive. If WR FAULT from the drive goes 
high, the command 
will be terminated. 


TRACK 000 
31 
35 
I 
TRACK ZERO: Signal from the drive which indicates 
that the 
head is at the outermost 
cylinder. 
Used to verify proper 
completion 
of a RESTORE 
command. 


SC 
32 
36 
I 
SEEK COMPLETE: 
Signal from the drive indicating 
to the 
82064 that the drive head has settled and that reads or writes 
can be made. SC is edge triggered. 
Only the rising edge is 
valid. 


RWC 
33 
37 
0 
REDUCED 
WRITE CURRENT: 
Signal goes high for all 
cylinder 
numbers 
above the value programmed 
in the Write 
Precomp Cylinder register. 
It is used by the precompensation 
logic and by the drive to reduce the effects 
of bit shifting. 


DRUN 
34 
38 
I 
DATA RUN: This signal informs the 82064 when a field of all 
ones or all zeroes has been detected 
in the read data stream 
by an external one-shot. 
This indicates 
the beginning 
of an 10 
field. RD GATE is brought high when DRUN is sampled 
high 
for 16 clock periods. 


BRDY 
35 
39 
I 
BUFFER READY: Input used to signal the controller 
that the 
buffer is ready for reading (full), or writing (empty), by the host 
!J.P.Only the rising edge indicates 
the condition. 


Symbol 
Pin No. 
Type 
Name and Function 
DIP 
PLCC 


BDRQ 
36 
40 
0 
BUFFER 
DATA REQUEST: 
Activated 
during Read or Write 
commands 
when a data transfer 
between 
the host and the 
82064's 
sector buffer is required. Typically 
used as a DMA 


request line. 


RD DATA 
37 
41 
I 
READ DATA: Single ended input that accepts 
MFM data from 


the drive. 


RDGATE 
38 
42 
0 
READ GATE: Output that is asserted 
when a search for an 
address 
mark is initiated. 
It remains asserted 
until the end of 


the 10 or data field. 


RDCLOCK 
39 
43 
I 
READ CLOCK: 
Clock input derived from the external 
data 


recovery 
circuits. 


Vcc 
40 
44 
I 
D.C. POWER: + 5V. 


NC 
- 
5,6 
No Connects 
17,28 


The Intel 82064 CHMOS 
Winchester 
Disk Controller 


(WDC) 
interfaces 
microprocessor 
systems 
to Win- 
chester 
disk drives that use the Seagate 
Technology 
ST506/ST412 
interface. 
The device 
translates 
par- 
allel data from the microprocessor 
to a 5 Mbit/sec, 


MFM-encoded 
serial bit stream. 
It provides 
all of the 
drive control 
logic and control 
signals which simplify 


the design of external 
data separation 
and write pre- 


compensation 
circuitry. 
The 82064 is designed 
to in- 


terface 
to the 
host 
processor 
through 
an external 


sector 
buffer. 


On-chip 
error detection 
algorithms 
include the CRCI 


CCITT and a 32-bit 
computer 
generated 
ECC poly- 
nomial. 
If the ECC code is selected, 
the 82064 
pro- 


vides three 
possible 
error handling 
techniques 
if an 


error is detected 
during a read operation: 


1. Automatically 
correct the data in the sector buffer, 
providing 
the host with good information. 


2. Provide 
the host with the error 
location 
and pat- 


tern, allowing 
the host to correct 
the error. 


3. Take no action 
other than setting the error flag. 


The Intel 82064 is an enhanced 
version 
of the West- 


ern Digital WD2010 
Winchester 
Disk Controller. 
The 


82064 
has been 
completely 
redesigned 
for 
Intel's 


advanced 
CHMOS 
III fabrication 
process, 
allowing 


Intel to offer a high quality, low power device while at 
the 
same 
time 
maintaining 
complete 
compatibility 


with the WD2010. 


Enhancements 
to the basic design include: 


Conversion 
to a CHMOS 
III fabrication 
process 
for 


low power consumption. 


Improvements 
to the processor 
interface 
to provide 


high-speed 
"zero wait state" 
operation 
with 10 MHz 


80186/188 
and 8 MHz 80286. 
High-speed 
"one wait 


state" 
operation 
with 10 MHz 80286. 


The 82064 
is completely 
socket 
and software 
com- 


patible with the WD201 0 Winchester 
Disk Controller. 


As with the WD2010, 
the 82064 
is also socket 
and 


software 
compatible 
with existing 
WD1 01 OA-05 de- 


signs that do not include 
external 
ECC. 


The internal 
architecture 
of the 82064 
is shown 
in 


more detail in Figure 3. It is made up of seven major 
blocks 
as described 
below. 


The PLA interprets 
commands 
and provides 
all con- 


trol functions. 
It is synchronized 
with WR CLOCK. 


An 11-bit magnitude 
comparator 
is used to calculate 


the direction 
and number 
of steps 
needed 
to move 


the heads 
from 
the present 
to the desired 
cylinder 


position. 
It compares 
the cylinder 
number in the task 


file to the internal 
"present 
position" 
cylinder 
num- 


ber. 


A separate 
high-speed 
equivelance 
comparator 
is 


used to compare 
10 field bytes when searching 
for a 


sector 
10 field. 
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The 82064 
provides 
two options 
for protecting 
the 


integrity 
of the data field. 
The data field 
may have 


either 
a CRC 
(SOH register, 
bit 7 = 0), or a 32-bit 


ECC (SOH register, 
bit 7 = 1) appended 
to it. The 10 


field is always 
protected 
by a CRC. 


The CRC mode 
provides 
a means 
of verifying 
the 


accuracy 
of the data 
read from 
the disk, but does 


not attempt 
to correct 
it. The CRC generator 
com- 


putes and checks 
cyclic 
redundancy 
check 
charac- 


ters that are written 
and read from the disk after 
10 


and data fields. The polynomial 
used is: 


The CRC register 
is preset to all one's 
before 
com- 


putation 
starts. 


If the 
CRC 
character 
generated 
while 
reading 
the 


data does 
not equal 
the one 
previously 
written 
an 


error exists. 
If an 10 field CRC error occurs 
the "10 


not found" 
bit in the error 
register 
will be set. If a 


data field 
CRC error 
occurs 
the "ECC/CRC" 
bit in 


the error register 
will be set. 


The ECC mode is only applicable 
to the data field. It 


provides 
the user with the ability to detect 
and cor- 


rect errors in the data field automatically. 
The com- 


mands 
and 
registers 
which 
must 
be 
considered 


when ECC is used are: 


1. SOH Register, 
bit 7 (CRC/ECG) 


2. REAO SECTOR 
Command, 
bit 0 (T) 


3. REAO 
SECTOR 
and 
WRITE 
SECTOR 
Com- 


mands, 
bit 1 (L) 


4. COMPUTE 
CORRECTION 
Command 


5. SET PARAMETER 
Command 


6. STATUS 
Register, 
bit 2 - error 
correction 
suc- 


cessful 


7. STATUS 
Register, 
bit 0 - error occurred 


8. ERROR 
Register, 
bit 6 - uncorrectable 
error 


To enable 
the ECC mode, bit 7 of the SOH register 


must be set to one. 


Bit 0 (T) of the READ Command controls whether or 
not error correction is attempted. When T = 0 and 
an error is detected, the 82064 tries up to 10 times 
to correct the error. If the error is successfully cor- 
rected, bit 2 of the STATUS Register is set. The host 
can interrogate the status register and detect that an 
error occurred and was corrected. If the error was 
not correctable, bit 6 of the ERROR Register is set. 
If the correction span was set to 5 bits, the host may 
now execute the SET PARAMETER Command to 
change the correction span to 11 bits, and attempt 
the read again. If the error persists, the host can 
read the data, but it will contain errors. 


When T = 1 and an error is detected, no attempt is 
made to correct it. Bit 0 of the STATUS Register and 
bit 6 of the ERROR Register are set. The user now 
has two choices: 
1. Ignore the error and make no attempt to correct it. 
2. Use the COMPUTE CORRECTION Command to 
determine the location and pattern of the error, 
and correct it within the user's program. 


When the COMPUTE CORRECTION Command is 
implemented, it must be done before executing any 
command which can alter the contents of the ECC 
Register. The READ SECTOR, WRITE SECTOR, 
SCAN ID, and FORMAT Commands will alter this 
register and correction will be impossible. The COM- 
PUTE CORRECTION Command may determine that 
the error is uncorrectable, at which point the error 
bits in the STATUS and ERROR Registers are set. 


Although ECC generation starts with the first bit of 
the F8H byte in the data ID field, the actual ECC 
bytes written will be the same as if the A1H byte was 
included. The ECC polynomial used is: 


For automatic error correction, the external sector 
buffer must be implemented with a static RAM and 
counter, not with a FIFO. 


The SET PARAMETER Command is used to select 
a 5-bit or 11-bit correction span. 


When the L Bit (bit 1) of the READ SECTOR and 
WRITE SECTOR commands is set to one, they are 
referred to as READ LONG and WRITE LONG com- 
mands. For these commands, no CRC or ECC char- 
acters are generated or checked by the 82064. In 
effect, the data field is extended by 4 bytes which 
are passed to/from the sector buffer. 


With proper use of the WRITE SECTOR, READ 
LONG, WRITE LONG, and READ SECTOR Com- 
mands, a diagnostic routine may be developed to 
test the accuracy of the error correction process. 


Encodes and decodes MFM data to be written/read 
from the drive. The MFM encoder operates from 
WR CLOCK, a clock having a frequency equal to the 
bit 
rate. 
The 
MFM 
decoder 
operates 
from 
RD CLOCK, a bit rate clock generated by the exter- 
nal data separator. RD CLOCK and WR CLOCK 
need not be synchronous. 


The MFM encoder also generates the write precom- 
pensation control signals. Depending on the bit pat- 
tern of the data, EARLY or LATE may be asserted. 
External circuitry uses these signals to compensate 
for drift caused by the influence one bit has over 
another. More information on the use of the EARLY 
and LATE control signals can be found in the sec- 
tion which describes the drive interface. 


An address mark is comprised of two unique bytes 
preceeding both the ID field and the data field. The 
first byte is used for resynchronization. The second 
byte indicates whether it is an ID field or a data field. 


The first byte, A1H, normally has a clock pattern of 
OEH; however, one clock pulse has been sup- 
pressed, making it OAH. With this pattern, the AM 
detector knows it is looking at an address mark. It 
now examines the next byte to determine if it is an ID 
or data field. If this byte is 111101XX or 111111XX it 
is an ID field. Bits 3, 1, and 0 are the high order 
cylinder number bits. If the second byte is F8H, it is a 
data field. 


The primary interface between the host processor 
and the 82064 is an 8-bit bi-directional bus. This bus 
is used to transmit and receive data for both the 
82064 and the sector buffer. The sector buffer con- 
sists of a static RAM and counter. Since the 82064 
makes the bus active when accessing the sector 
buffer, a transceiver must be used to isolate the host 
during this time. Figure 4 illustrates a typical inter- 
face with a sector buffer. Whenever the 82064 is not 
using the sector buffer, the BUFFER CHIP SELECT 
(BCS) is high (disabled). This allows the host access 
to the 82064's Task Register File and to the sector 
buffer. A decoder is used to generate BCS when 
AO-2 is '000', an unused address inJ.b..e82064. A 
binary counter is enabled whenever RD or WR go 
active. The location within the sector buffer which is 
addressed by the counter will be accessed. The 
counter will be incremented by the trailing edge of 
the RD or WR. This allows the host to access se- 
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quential bytes within the sector buffer. The decoder 
also generates a CS for the 82064 whenever AO-2 
does not equal '000', allowing access to the 82064's 
internal Task Register File while keeping the sector 
buffer tri-stated. 


During a WRITE SECTOR Command, the host proc- 
essor sets up data in the Task Register File and then 
issues the command. The 82064 asserts BUFFER 
COUNTER RESET (BCR) to reset the counter. It 
then generates a status to inform the host that it can 
load the sector buffer with data to be written. When 
the counter reaches its maximum count, the BUFF- 
ER READY (BRDY) signal is asserted by the carry 
out of the counter, informing the 82064 that the sec- 
tor buffer is full. (BRDY is a rising edge triggered 
signal which will be ignored if asserted before the 
82064 asserts BCR.) BCS is then asserted, discon- 


necting the host through the transceivers, and the 
RD and WR lines become outputs from the 82064 to 
allow access to the sector buffer. When the 82064 is 
done using the buffer, it deasserts BCS which again 
allows the host to access the local bus. The READ 
SECTOR command operates in a similar manner, 
except the buffer is loaded by the 82064 instead of 
the host. 


Another control signal, BUFFER DATA REQUEST 
(BDRQ), can be used with a DMA controller to indi- 
cate that tl)e 82064 is ready to send or receive data. 
When data transfer is via a programmed I/O envi- 
ronment, it is the responsibility of the host to interro- 
gate the DRQ status bit to determine if the 82064 is 
ready (bit 3 of the status register). For further expla- 
nation, refer to the individual command descriptions 
and the A.C. Characteristics. 


intJ 


When 
INTRa 
is asserted, 
the host is signaled 
that 
execution 
of a command 
has terminated 
(either 
a 
normal termination 
or an aborted 
command). 
For the 
READ 
SECTOR 
command, 
interrupts 
may be pro- 
grammed 
to be asserted 
either at the termination 
of 
the command, 
or when 
BDRa 
is asserted. 
INTRa 
will remain 
active 
until the host reads the STATUS 
register to determine 
the cause of the termination, 
or 
writes a new command 
into the COMMAND 
register. 


The 82064 asserts SDHLE whenever 
the SDH regis- 
ter is being written. 
This signal can be used to latch 
the drive and head select 
information 
in an external 
register for decoding. 
Figure 5 illustrates 
one method. 


The drive side of the 82064 WDC requires three sec- 
tions 
of external 
logic. 
These 
are the 
control 
line 
buffer/receivers, 
data separator, 
and write 
precom- 
pensation. 
Figure 5 illustrates 
a drive interface. 


The buffer/receivers 
condition 
the control 
lines to be 
driven down the cable to the drive. The control 
lines 
are typically 
single-ended, 
resistor 
terminated, 
TIL 
levels. The data lines to and from the drive also re- 
quire buffering. 
This is typically 
done with differential 
RS-422 
drivers. 
The 
interface 
specification 
for the 
drive will be found 
in the drive manufacturer's 
OEM 
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manual. The 82064 supplies TTL compatible signals, 
and will interface to most buffer/driver devices. 


The data recovery circuits consist of a phase locked 
loop, data separator, and associated components. 
The 82064 interacts with the data separator through 
the DATA RUN (DRUN) and RD GATE signals. A 
block diagram of a typical data separator circuit is 
shown in Figure 6. Read data from the drive is pre- 
sented to the RD DATA input of the 82064, the ref- 
erence multiplexor, and a retriggerable one shot. 
The RD GATE output will be deasserted when the 
82064 is not inspecting data. The PLL should remain 
locked to the reference clock. 


When any READ or WRITE command is initiated 
and a search for an address mark begins, the DRUN 
input is examined. The DRUN one-shot is set for 
slightly longer than one bit time, allowing it to retrig- 
ger constantly on a field of all ones or all zeroes. An 
internal counter times out to see that DRUN is as- 
serted for two byte times. RD GATE is asserted by 
the 82064, switching the data separator to lock on to 
the incoming data stream. If DRUN is deasserted 
prior to an additional seven byte times, RD GATE is 
deasserted and the process is repeated. RD GATE 
will remain asserted until a non-zero, non-address 
mark byte is detected. The 82064 will then deassert 
RD GATE for two byte times to allow the PLL to lock 
back on the reference clock, and start the DRUN 
search again. If an address mark is detected, RD 
GATE remains asserted and the command will con- 
tinue searching for the proper 10 field. This se- 
quence is shown in the flow chart in Figure 7. 
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The write precompensation circuitry is designed to 
reduce the drift in the data caused by interaction 
between bits. It is divided into two parts, REDUCED 
WRITE CURRENT (RWC) and EARLY/LATE writing 
of bits. A block diagram of a typical write precom- 
pensation circuit is shown in Figure 8. 


The cylinder in which the RWC line becomes active 
is controlled by the REDUCEWRITE CURRENT reg- 
ister in the Task Register File. When a cylinder is 
written which has a cylinder number greater than or 
equal to the contents of this register, the write cur- 
rent will be reduced. This will decrease the interac- 
tion between the bits. 


Drift may also be caused by the bit pattern. With 
certain combinations of ones and zeroes some of 
the bits can drift far enough apart to be difficult to 
read without error. This phenomenon can be mini- 
mized by using EARLY and LATE as described be- 
low. The 82064 examines three bits, the last one 
written, the one being written, and the next one to be 
written. From this, it determines whether to assert 
EARLY or LATE. Since the bit leaving the 82064 has 
already been written, it is too late to make it early. 
Therefore, the external delay circuit must be as fol- 
lows: 


EARLY asserted and LATE deasserted = no 
delay 
EARLY deasserted and LATE deasserted = 
one unit delay (typically 12-15 ns) 
EARLY deasserted and LATE asserted = two 
units delay (typically 24-30 
ns) 


EARLY and LATE are always active, and should be 
gated externally by the RWC signal. Figure 8 illus- 
trates one method of using these signals. 
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The Task Register File is a bank of nine registers 
used to hold parameter information pertaining to 
each command, status information, and the com- 
mand itself. These registers and their addresses are: 


A2 
A1 
AD 
READ 
o 
0 
0 
BUS TRI-STATED 
o 
0 
1 
ERROR 
REGISTER 
o 
1 
0 
SECTOR 
COUNT 
o 
1 
1 
SECTOR 
NUMBER 


1 
0 
0 
CYLINDER 
LOW 


1 
0 
1 
CYLINDER 
HIGH 


1 
1 
0 
SDH 
1 
1 
1 
STATUS 


WRITE 


BUS TRI-STATED 


REDUCE 
WRITE 
CURRENT 


SECTOR 
COUNT 


SECTOR 
NUMBER 


CYLINDER 
LOW 


CYLINDER 
HIGH 


SDH 


COMMAND 


NOTE: 
These 
registers 
are not cleared 
by RESET 
being asserted. 


This read only register contains specific error infor- 
mation after the termination of a command. The bits 
are defined as follows: 
tiiJ 
6 
~ 
BB 
CRG/EGG 
0 
10 
0 
AC 
TKOOO 
DAM 


This bit is set when an 10 field has been encoun- 
tered that contains a bad block mark. It is used for 
bad sector mapping. 


Bit 6 - GRG/EGG Data Field Error (GRG/EGG) 


When in the GRG mode (SOH register, bit 7 = 0), 
this bit is set when a GRG error occurs in the data 
field. When retries are enabled, ten more attempts 
are made to read the sector correctly. If none of 
these attempts are successful bit 0 in the STATUS 
register is also set. If one of the attempts is success- 
ful, the GRG/EGGerror bit remains set to inform the 
host that a marginal condition exists; however, bit 0 
in the STATUS register is not set. 


When in the EGG mode (SOH register, bit 7 = 1), 
this bit is set when the first non-zero syndrome is 
detected. When retries are enabled, up to ten at- 
tempts are made to correct the error. If the error is 
successfully corrected, this bit remains set; howev- 
er, bit 2 of the STATUS register is also set to inform 
the host that the error has been corrected. If the 
error is not correctable, the GRG/EGG error bit re- 
mains set and bit 0 of the STATUS register is also 
set. 


The data may be read even if uncorrectable errors 
exist. 


NOTE: 
If the long mode (L) bit is set in the READ or 


WRITE command, no error checking is performed. 
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This bit is set to indicate that the correct cylinder, 
head, sector, or size parameter could not be found, 
or that a CRC error occurred in the ID field. This bit 
is set on the first failure and remains set even if the 
error is recovered on a retry. When recovery is un- 
successful, the Error bit (bit 0) of the STATUS regis- 
ter is also set. 


For a SCAN ID command with retries enabled (T = 
0), the Error bit in the STATUS register is set after 
ten unsuccessful attempts have been made to find 
the correct ID. With retries disabled (T = 1), only 
two attempts are made before setting the Error bit. 


For a READ or WRITE command with retries en- 
abled (T = 0), ten attempts are made to find the 
correct ID field. If there is still an error on the tenth 
try, an auto-scan and auto-seek are performed. 
Then ten more retries are made before setting the 
Error bit. When retries are disabled (T = 1), only two 
tries are made. No auto-scan or auto-seek opera- 
tions are performed. 


Command execution is aborted and this bit is set if a 
command was issued while DRDY is deasserted or 
WR FAULT is asserted. This bit will also be set if an 
undefined command is written to the COMMAND 
register; however, an implied seek will be executed. 


This bit is set during the execution of a RESTORE 
command if the TRACK 000 pin has not gone active 
after the issuance of 2047 step pulses. 


This bit is set during the execution of a READ SEC- 
TOR command if the DAM is not found following the 
proper sector ID. 


This register is used to define the cylinder number 
where the RWC output (Pin 33) is asserted. 


17161 
5 
I 
4 
I 
3 
I 
2 
I 


CYLINDER 
NUMBER 
+ 4 


The value (OO-FFH)loaded into this cylinder is inter- 
nally multiplied by four to specify the actual cylinder 
where RWC is asserted. Thus a value of 01H will 
cause RWC to be asserted on cylinder 04H, 02H on 
cylinder OSH,... 
, 9CH on cylinder 270H, 9DH on 


cylinder 274H, and so on. RWC will be asserted 
when the present cylinder is greater than or equal to 
four times the value of this register. For example, the 
ST506 interface requires precomp on cylinder SOH 
and above. Therefore, the REDUCE WRITE CUR- 
RENT register should be loaded with 20H. 


A value of FFH causes RWC to remain deasserted, 
regardless of the actual cylinder number. 


This register is used to define the number of sectors 
that need to be transferred to the buffer during a 
READ MULTIPLE SECTOR or WRITE MULTIPLE 
SECTOR command. 


17161 
5 
I 
4 
I 
3 
I 
2 
I 


NUMBER 
OF SECTORS 


The value contained in the register is decremented 
after each sector is transferred to/from the sector 
buffer. A zero represents a 256 sector transfer, a 
one a one sector transfer, etc. This register is a 
"don't 
care" when single sector commands are 


specified. 


This register holds the sector number of the desired 
sector. 


I 
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4 
I 
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121 


SECTOR 
NUMBER 


For a multiple sector command, it specifies the first 
sector to be transferred. It is incremented after each 
sector is transferred to/from the sector buffer. The 
SECTOR NUMBER register may contain any value 
from 0 to 255. 


The SECTOR NUMBER register is also used to pro- 
gram the Gap 1 and Gap 3 lengths to be used when 
formating a disk. See the WRITE FORMAT com· 
mand description for further explanation. 


inter 


This register holds the lower byte of the desired cyl- 
inder number. 


1 
71 
S I 5 I 
4 I 
3 I 
2 I 1 I ° I 


LS BYTE OF CYL. NUMBER 


It is used with the CYLINDER NUMBER HIGH regis- 
ter to specify the desired cylinder number over a 
range of 0 to 2047. 


This register holds the three most significant bits of 
the desired cylinder number. 


The CYLINDER NUMBER LOW/HIGH register pair 
determine where the R/W heads are to be posi- 
tioned. The host writes the desired cylinder number 
into these registers. Internal to the 82064 is another 
pair of registers that hold the present head location. 
When any command other than a RESTORE is exe- 
cuted, the internal head location registers are com- 
pared to the CYLINDER NUMBER registers to deter- 
mine how many cylinders to move the heads and in 
what direction. 


The internal head location registers are updated to 
equal the CYLINDER NUMBER registers after the 
completion of the seek. 


When a RESTORE command is executed, the inter- 
nal head location registers are reset to zero while 
DIR and STEP move the heads to track zero. 


The SOH register contains the desired sector size, 
drive number, and head parameters. The format is 
shown in Figure 9. The EXT bit (bit 7) is used to 
select between the CRC or ECC mode. When bit 7 
= 1 the ECC mode is selected for the data field. 
When bit 7 = 0 the CRC mode is selected. 


The SOH byte written in the 10 field of the disk by the 
FORMAT command is different than the SOH regis- 
ter contents. The recorded SOH byte does not have 


the drive number recorded, but does have the bad 
block mark written. The format of the SOH byte writ- 
ten on the disk is: 


1 
7IS!5u=cL]211Iol 


BAD B. 
SIZE 
ITITI 
HEAD 


The status register is used to inform the host of cer- 
tain events performed by the 82064, as well as re- 
porting status from the drive control lines. Reading 
the STATUS register deasserts INTRQ. The format 
is: 


This bit is asserted when,a command is written into 
the COMMAND register and, except for the READ 
command, is deasserted at the end of the com- 
mand. When executing a READ command, Busy will 
be deasserted when the sector buffer is full. Com- 
mands should not be loaded into the COMMAND 
register when Busy is set. When the Busy bit is set, 
no other bits in the STATUS or ERROR registers are 
valid. 


This bit reflects the status of DRDY (pin 28). When 
this bit equals zero, the command is aborted and the 
status of this bit is latched. 


Bit 5 - Write Fault (WF) 


This bit reflects the status of WR FAULT (pin 30). 
When this bit equals one the command is aborted, 
INTRQ is asserted, and the status of this bit is 
latched. 


This bit reflects the status of SC (pin 32). When a 
seek or implied seek has been initiated by a com- 
mand, execution of the command pauses until the 
seek is complete. This bit is latched after an aborted 
command error. 
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5 
4 
3 


S:IZE L 
DRIVE 
1\ 
I 
\ 
I 
\ 
1 
------------ ---- 
_----•.. 
",!' 
6 
5 
SECTOR 
SIZE 


0 
0 
256 
0 
1 
512 
1 
0 
1024 
1 
1 
128 


.•. 


4 
3 
DRIVE # 


0 
0 
DSEL1 
0 
1 
DSEL2 
1 
0 
DSEL3 


1 
1 
DSEL4 


- 
2 
1 
0 
HEAD # 


0 
0 
0 
HSELO 


0 
0 
1 
HSEL1 


0 
1 
0 
HSEL2 


0 
1 
1 
HSEL3 


1 
0 
0 
HSEL4 


1 
0 
1 
HSEL5 


1 
1 
0 
HSEL6 


1 
1 
1 
HSEL7 


NOTE: 
Drive select 
and head select 
lines must be generated 
externally. 
Figure 3 represents 
one method 
of achieving 
this. 


Bit 3 - Data Request (DRa) 


The DRa bit reflects the status of BDRa (pin 36). It 
is asserted when the sector buffer must be written 
into or read from. DRa and BDRa remain asserted 
until BRDY indicates that the sector buffer has been 
filled or emptied, depending upon the command. 
BDRa can be used for DMA interfacing, while DRa 
is used in a programmed I/O environment. 


When set, this bit indicates that an ECC error has 
been detected during a read operation, and that the 
data in the sector buffer has been corrected. This 
provides the user with an indication that there may 
be a marginal condition within the drive before the 
errors become uncorrectable. This bit is forced to 
zero when not in the ECC mode. 


When this bit is set a command is being executed 
and a new command should not be loaded. Al- 
though a command is being executed, the sector 
buffer is still available for access by the host. When 
the 82064 is no longer Busy (bit 7 = 0) the STATUS 
register can be read. If other registers are read while 
CIP is set the contents of the STATUS register will 
be returned. 


This bit is set whenever any bits in the ERROR reg- 
ister are set. It is the logical 'or' of the bits in the 
ERROR register and may be used by the host proc- 
essor to quickly check for nonrecoverable errors. 
The host must read the ERROR register to deter- 
mine what type of error occurred. This bit is reset 
when a new command is written into the COMMAND 
register. 


The command to be executed is written into this 
write-only register: 


I 
7 
I 
6 
I 
5 
I 
4 
I 
3 
I 
2 
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COMMAND 


The command sets Busy and CIP, and begins to ex- 
ecute as soon as it is written into this register. There- 
fore, all necessary information should be loaded into 
the Task Register File prior to entering the com- 
mand. Any attempt to write a register will be ignored 
until command execution has terminated, as indicat- 
ed by the CIP bit being cleared. INTRa is deassert- 
ed when the COMMAND register is written. 


COMMAND 
7 
6 
5 
4 
3 
2 
1 
0 


RESTORE 
0 
0 
0 
1 
RS 
R2 
R1 
RO 
SEEK 
0 
1 
1 
1 
R3 
R2 
R1 
RO 
READ SECTOR 
0 
0 
1 
0 
I 
M 
L 
T 
WRITE 
SECTOR 
0 
0 
1 
1 
0 
M 
L 
T 
SCAN 10 
0 
1 
0 0 
0 
0 
0 
T 
WRITE 
FORMAT 
0 
1 
0 
1 
0 
G 
0 
0 
COMPUTE 
CORRECTION 
0 
0 
0 
0 
1 
0 
0 
0 
SET PARAMETER 
0 
0 
0 
0 
0 
0 
0 
S 


Rs-o = Stepping 
Rate Field 


For 5 MHz WR CLOCK: 


R3-a = 0000 
0001 
0010 
0011 
0100 
0101 
0110 
0111 
1000 
1001 
1010 
1011 
1100 
1101 
1110 
1111 


35,us 
0.5 ms 
1.0 ms 
1.5 ms 
2.0 ms 
2.5 ms 
3.0 ms 
3.5 ms 
4.0 ms 
4.5 ms 
5.0 ms 
5.5 ms 
6.0 ms 
6.5 ms 
3.2,us 
16,us 


I = Interrupt 
Control 


I = 0 INTRQ 
occurs 
with 
BDRQ/DRQ 
indicating 
the sector 
buffer is full. Valid only when M = 
O. 


I = 1 INTRQ 
occurs 
when 
the 
command 
is com- 
pleted 
and the host has read the sector 
buff- 
er. 


M = Multiple 
Sector 
Flag 


M = 0 Transfer 
one 
sector. 
Ignore 
the 
SECTOR 
COUNT 
register. 


M = 1 Transfer 
multiple 
sectors. 


L = Long Mode 


L = 0 Normal 
mode. Normal CRC or ECC functions 
are performed. 


L = 1 Long mode. No CRC or ECC bytes are devel- 
oped 
or 
error 
checking 
performed 
on 
the 
data field. The 82064 appends 
the four addi- 
tional 
bytes 
supplied 
by the host or disk to 
the data field. 


T = Retry Enable 


T = 0 Enable 
retries. 


G = Gap Filler Byte. 


G = O.Gaps 
1, 3 and pad bytes "4E". 


G = 1. Gaps 1, 3 and pad bytes "AA". 


S = Error Correction 
Span 


S = 0 5-bit span. 


S = 1 11-bit span. 


The 
RESTORE 
command 
is used 
to position 
the 
R/W 
heads 
over track 
zero. 
It is usually 
issued 
by 
the host when a drive has just been turned 
on. The 
82064 
forces 
an 
auto-restore 
when 
a 
FORMAT 
command 
has been issued following 
a drive number 
change. 


The actual 
step 
rate used for the RESTORE 
com- 
mand 
is determined 
by the seek 
complete 
time. 
A 
step pulse is issued and the 82064 waits for a rising 
edge on the SC line before 
issuing the next pulse. If 
the 
rising edge 
of SC has not occurred 
within 
ten 
revolutions 
(INDEX 
pulses) 
the 
82064 
switches 
to 
sensing the level of SC. If after 2047 step pulses the 
TRACK 
000 line does 
not go active 
the 82064 
will 
set the TRACK 000 bit in the ERROR register, assert 
INTRQ, 
and terminate 
execution 
of the command. 


An interrupt 
will also occur if WR FAULT 
is asserted 
on DRDY 
is deasserted 
at any time 
during 
execu- 


tion. 


The rate field specified 
(R3-a) is stored in an internal 
register 
for 
future 
use 
in commands 
with 
implied 
seeks. 


A flowchart 
of the RESTORE 
command 
is shown 
in 
Figure 10. 


The SEEK 
command 
can be used for overlapping 
seeks on multiple drives. The step rate used is taken 
from the Rate Field of the command, 
and is stored in 
an internal 
register 
for 
future 
use 
by those 
com- 
mands with implied 
seek capability. 


The direction 
and number of step pulses needed 
are 
calculated 
by comparing 
the contents 
of the CYLIN- 


DER NUMBER 
registers 
in the Task Register 
File to 
the present 
cylinder 
position 
stored 
internally. 
After 
all the 
step 
pulses 
have 
been 
issued 
the 
present 


• cylinder 
position 
is updated, 
INTRQ is asserted, 
and 
the command 
terminated. 


inter 


If DRDY is deasserted or WR FAULT is asserted 
during the execution of the command, INTRa is as- 
serted and the command aborts setting the AC bit in 
the ERROR register. 


If an implied seek is performed, the step rate indicat- 
ed by the rate field is used for all but the last step 
pulse. On the last pulse, the command execution 
continues until the rising edge of SC is detected. If 
10 INDEX pulses are received without a rising edge 
of SC, the 82064 will switch to sensing the level of 
SC. 


A flowchart of the SEEK command flow is shown in 
Figure 11. 


The READ SECTOR command is used to transfer 
one or more sectors of data from the disk to the 
sector buffer. Upon receipt of the command, the 
82064 checks the CYLINDER NUMBER LOW/HIGH 
register pair against the internal cylinder position 
register to see if they are equal. If not, the direction 
and number of steps calculation takes place, and a 
seek is initiated. As stated in the description of the 
SEEK command, if an implied seek occurs, the step 
rate specified by the rate field is used for all but the 
last step pulse. On the last step pulse the seek con- 
tinues until the rising edge of SC is detected. 


If the 82064 detects a change in the drive number 
since the last command, an auto-scan 10 is per- 
formed. This updates the internal cylinder position 
register to reflect the current drive before the seek 
begins. 


After the 82064 senses SC (with or without an im- 
plied seek) it must find an 10 field with the correct 
cylinder number, head, sector size, and CRC. If re- 
tries are enabled (T = 0), ten attempts are made to 
find the correct 10 field. If there is still an error on the 
tenth try, an auto-scan 10 and auto-seek are per- 
formed. Then ten more retries are attempted before 
setting the 10 Not Found error bit. When retries are 
disabled (T = 1) only two tries are made. No auto- 
scan or auto-seek operations are performed. 


When the data address mark (DAM) is found, the 
82064 is ready to transfer data into the sector buffer. 
When the disk has filled the sector buffer, the 82064 
asserts BORa and ORa and then checks the I flag. 
If I = 0, INTRa is asserted, signaling the host to 
read the contents of the sector buffer. If I = 1, 
INTRa occurs after the host has read the sector 
buffer and the command has terminated. If after suc- 
cessfully reading the 10 field, the DAM is not found 
the DAM Not Found bit in the ERROR register is set. 
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-OUT 
STORE STEPAAT! 


PULSEiC!\ 
SET INTRQ 
RESET 
BUSY .CIP 


PULSE ICR 
SETlNTRQ 
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An optional M flag can be set for multiple sector 
transfers. When M = 0, one sector is transferred 
and the SECTOR COUNT register is ignored. When 
M = 1, multiple sectors are transferred. After each 
sector is transferred, the 82064 decrements the 
SECTOR COUNT register and increments the SEC- 
TOR NUMBER register. The next logical sector is 
transferred regardless of any interleave. Sectors are 
numbered during the FORMAT command by a byte 
in the 10 field. 


For the 82064 to make multiple sector transfers to 
the sector buffer, the BRDY signal must be toggled 
from low to high for each sector. The transfers con- 
tinue until the SECTOR COUNT register equal zero. 
If the SECTOR COUNT is not zero (indicating more 
sectors remain to be read), and the sector buffer is 
full, BORa will be asserted and the host must unload 
the sector buffer. Once this occurs, the sector buffer 
is free to accept the next sector. 


WR FAULT and DRDY are monitored throughout the 
command execution. If WR FAULT is asserted or 
DRDY is deasserted, the command will terminate 
and the Aborted Command bit in the ERROR regis- 
ter will be set. For a description of the error checking 
procedure on the data field see the explanation in 
the section entitled "CRC and ECC Generator and 
Checker." 


Both the READ and WRITE commands feature a 
"simulated 
completion" 
to 
ease 
programming. 
BORa, ORa, and INTRa are generated in a normal 
manner upon detection of an error condition. This 
allows the same program flow for successful or un- 
successful completion of a command. 


In summary then, the READ SECTOR operation is 
as follows: 


When M = 0 (Single Sector Read) 
1. 
HOST: Sets up parameters. Issues READ 
SECTOR command. 
2. 
82064: Asserts BCR. 


3. 
82064: Finds sector specified. Asserts BCR 
and BCS. Transfers data to sector 
buffer. 


4. 
82064: Asserts BCR. Deasserts BCS. 
5. 
82064: Asserts BORa and ORa. 
6. 
82064: If I = 1 then go to 9. 
7. 
HOST: Read contents of sector buffer. 
8. 
82064: Wait for BRDY, then assert INTRa. 
End. 


9. 
82064: Assert INTRa. 


10. 
HOST: Read contents of sector buffer. End. 


When M = 1 (Multiple Sector Read) 


1. 
HOST: Sets 
up 
parameters. 
Issues READ 
SECTOR command. 
2. 
82064: Asserts BCR. 
3. 
82064: Finds sector specified. Asserts BCR 
and BCS. Transfers data to sector buff- 
er. 


4. 
82064: Asserts BCR. Deasserts BCS. 
5. 
82064: Asserts BORa and ORa. 


6. 
HOST: Reads contents of sector buffer. 


7. SECTOR 
BUFFER: Indicates data has been transferred by 
asserting BRDY. 
8. 
82064: When BRDY is asserted, decrement 
SECTOR COUNT, increment SECTOR 
NUMBER. If SECTOR COUNT = 0, go 
to 10. 
9. 
82064: Go to 2. 
10. 
82064: Assert INTRa. 


A flowchart of the READ SECTOR command is 
shown in Figure 12. 


The WRITE SECTOR command is used to write one 
or more sectors of data from the sector buffer to the 
disk. Upon receipt of the command, the 82064 
checks the CYLINDER NUMBER LOW/HIGH regis- 
ter pair against the internal cylinder position register 
to see if they are equal. If not, the direction and num- 
ber of steps calculation takes place, and a seek is 
initiated. As stated in the description of the SEEK 
command, if an implied seek occurs, the step rate 
specified by the rate field is used for all but the last 
step pulse. On the last step pulse the seek contin- 
ues until the rising edge of SC is detected. 


If the 82064 detects a change in the drive number 
since the last command, an auto-scan 10 is per- 
formed. This updates the internal cylinder position 
register to reflect the current drive before the seek 
begins. 


After the 82064 senses SC (with or without an im- 
plied seek) BORa and ORa are asserted and the 
host begins filling the sector buffer with data. When 
BRDY is asserted, a search for the 10 field with the 
correct cylinder number, head, sector size, and CRC 
is initiated. If retries are enabled (T = 0), ten at- 
tempts are made to find the correct 10 field. If there 
is still an error on the tenth try, an auto-scan 10 and 
auto-seek are performed. Then ten more retries are 
attempted before setting the 10 Not Found error bit. 
When retries are disabled (T = 1) only two tries are 
made. No auto-scan or auto-seek operations are 
performed. 


inter 
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When the correct 10 is found, WR GATE is asserted 
and data is written to the disk. When the CRC/ECC 
bit (SOH Register, bit 7) is zero, the 82064 gener- 
ates a two byte CRC character to be appended to 
the data. When the CRC/ECC bit is one, four ECC 
bytes replace the CRC character. When L = 1, the 
polynomial generator is inhibited and neither CRC or 
ECC bytes are generated. Instead four bytes of data 
supplied by the host are written. 


During a WRITE MULTIPLE SECTOR command (M 
= 1), the SECTOR NUMBER register IS increment- 
ed and the SECTOR COUNT register is decrement- 
ed. If BRDY is asserted after the first sector is read 
from the sector buffer, the 82064 continues to read 
data from the sector buffer for the next sector. If 
BRDY is deasserted, the 82064 asserts BDRQ and 
waits for the host to place more data in the sector 
buffer. 


In summary then, the WRITE SECTOR operation is 
as follows: 


When M = 0,1 
1. HOST: Sets up parameters. Issues WRITE SEC- 


TOR command. 
2. 82064: Asserts BDRQ and DRQ. 
3. HOST: Loads sector buffer with data. 
4. 82064: Waits for rising edge of BRDY. 
5. 82064: Finds specified 10 field. Writes sector to 


disk. 
6. 82064: If M = 0, asserts INTRQ. End. 
7. 82064: Increments SECTOR NUMBER. Decre- 
ments SECTOR COUNT. 
8.82064: IF SECTOR COUNT = 0, assert INTRQ. 


End. 
9. 82064: Go to 2. 


A flowchart of the WRITE SECTOR command is 
shown in Figure 13. 


The SCAN 10 command is used to update the SOH, 
SECTOR 
NUMBER, 
and 
CYLINDER 
NUMBER 


LOW/HIGH registers. 


After the command is loaded, the SC line is sampled 
until it is valid. The DRDY and WR FAULT lines are 
also monitored throughout execution of the com- 
mand. If a fault occurs the command is aborted and 
the appropriate error bits are set. When the first 10 
field is found, the 10 information is loaded into the 
SOH,SECTOR NUMBER, and CYLINDER NUMBER 
registers. The internal cylinder position register is 
also updated. If this is an auto-scan caused by a 


change in drive numbers, only the internal position 
register is updated. If a bad block is detected, the 
BAD BLOCK bit will also be set. 


If an 10 field is not found, or if a CRC error occurs, 
and if retries are enabled (T = 0), ten attempts are 
made to read it. If retries are disabled (T = 1), only 
two tries are made. There is no auto-seek in this 
command and the sector buffer is not disturbed. 


A flowchart of the SCAN 10 command is shown in 
Figure 14. 


The WRITE FORMAT command is used to format 
one track using information in the Task Register File 
and the sector buffer. During execution of this com- 
mand, the sector buffer is used for additional param- 
eter information instead of data. Shown in Figure 15 
is the contents of a sector buffer for a 32 sector 
track with an interleave factor of two. 


Each sector requires a two byte sequence. The first 
byte designates whether a bad block mark is to be 
recorded in the sector's 10 field. An OOHis normal; 
an 80H indicates a bad block mark for that sector. In 
the example of Figure 15, sector 04 will get a bad 
block mark recorded. The second byte indicates the 
logical sector number to be recorded. This allows 
sectors to be recorded with any interleave factor de- 
sired. The remaining memory in the sector buffer 
may be filled with any value; its only purpose is to 
generate a BRDY to tell the 82064 to begin format- 
ting the track. 


If the drive number has been changed since the last 
command, an auto-restore is initiated, positioning 
the heads to track 000. The internal cylinder position 
register is set to zero and the heads seek to the 
track specified in the Task Register File CYLINDER 
NUMBER register. This prevents an 10 Not Found 
error from occuring due to an incompatible format, 
or the track having been erased. A normal implied 
seek is also in effect for this command. 


The SECTOR COUNT register is used to hold the 
total number of sectors to be formatted (FFH = 255 
sectors), while the SECTOR NUMBER register holds 
the number of bytes, minus three, to be used for 
Gap 1 and Gap 3. If, for example, the SECTOR 
COUNT register value is 02H and the SECTOR 
NUMBER register value is OOH,then 2 sectors are 
formatted and 3 bytes of 4EH are written for Gap 1 
and Gap 3. The data fields are filled with FFH and 
the CRC or ECC is automatically generated and ap- 
pended. After the last sector is written the track is 
filled with 4EH. 


_~o 
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Figure 13. Write Sector Command 
Flow 
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DATA 


AD DR 
0 
1 
2 
3 
4 
5 
6 
7 


00 
00 
00 
00 
10 
00 
01 
00 
11 
08 
00 
02 
00 
12 
00 
03 
00 
13 
10 
80 
04 
00 
14 
00 
05 
00 
15 
18 
00 
06 
00 
16 
00 
07 
00 
17 
20 
00 
08 
00 
18 
00 
09 
00 
19 
28 
00 
OA 
00 
1A 
00 
OB 
00 
1B 
30 
00 
OC 
00 
1C 
00 
00 
00 
10 
38 
00 
OE 
00 
1E 
00 
OF 
00 
1F 
40 
FF 
FF 
FF 
FF 
FF 
FF 
FF 
FF 
: 
: 
FO 
FF 
FF 
FF 
FF 
FF 
FF 
FF 
FF 


The user may select a value of 4EH or AAH for Gaps 
1, 3 and pad bytes. This is done by setting bit 2 (Gap 
Filler Byte) of the format command to "0" for a value 
of 4EH or "1" for a value of AAH. AAH provides 
better frequency discrimination with MFM decoding, 
allowing for simpler circuitry. 


The Gap 3 value is determined by the drive motor 
speed variation, data sector length, and the inter- 
leave factor. The interleave factor is only important 
when 1:1 interleave is used. The formula for deter- 
mining the minimum Gap 3 length is: 


M = motor speed variation (e.g., 0.03 for + 3%) 
S = sector length in bytes 
K = 18 for an interleave factor of 1 


o for any other interleave factor 


E = 2 if ECC is enabled (SOHregister, bit 7 = 1) 


As for all commands, if WR FAULT is asserted or 
OROY is deasserted during execution of the com- 
mand, the command terminates and the Aborted 
Command bit in the ERROR register is set. 


Figure 16 shows the format which the 82064 will 
write on the disk. 


A flowchart of the WRITE FORMAT command is 
shown in Figure 17. 


The COMPUTE CORRECTION command deter- 
mines the location and pattern of a single burst er- 
ror, but does not correct it. The host, using the data 
provided by the 82064, must perform the actual cor- 
rection. The COMPUTE CORRECTION command is 
used following a data field ECC error. The command 
initiating the read must specify no retries (T = 1). 


The COMPUTE CORRECTION command first writes 
the four syndrome bytes from the internal ECCregis- 
ter to the sector buffer. Then the ECC register is 
clocked. With each clock, a counter is incremented 
and the pattern examined. If the pattern is correct- 
able, the procedure is stopped and the count and 
pattern are written to the sector buffer, following the 
syndrome. The process is also stopped if the count 
exceeds the sector size before a correctable pattern 
is found. 


When the command terminates the sector buffer 
contains the following data: 


Syndrome MSB 
Syndrome 
Syndrome 
Syndrome LSB 
Error Pattern Offset 
Error Pattern Offset 
Error Pattern MSB 
Error Pattern 
Error Pattern LSB 


As an example, when the Error Pattern Offset is zero 
the following procedure may correct the error. The 
first data byte of the sector is exclusive OR'd with 
the MSB of the Error Pattern, the second data byte 
with the second byte of the Error Pattern, and the 
third data byte with the LSB of the Error Pattern. 


If the sector buffer count exceeds the sector size, or 
if the error burst length is greater than that selected 
by the Set Parameter command, the ECC/CRC error 
in the ERROR register and the Error bit in the 
STATUS register is set. 


This command selects the correction span to be 
used for the error correction process. A 5-bit span is 
selected when bit zero of the command equals 0, 
and an 11-bit span when bit zero equals 1. The 
82064 defaults to a 5-bit span after a RESET. 
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REPEATED FOR EACH SECTOR 
~ 
r--IDmLD~ 
-DATA 
flELD- 


I 
H 
S 
C 
C 
0 
C 
L 
2 CRC 
GAP4 
GAPl 
14 BYTES 
A 
E 
E 
R 
R 
3 BYTES 
12 BYTES 
A 
F 
USER DATA 
OR 
3 BYTES 
GAP3 


4E 
4E 
'00' 
1 
E 
Y 0 
A 
C 
C 
C 
'00' 
'00' 
1 
8 
'00' 
4E 
4 ECC 
(1) 
N 
L W 
0 
# 
1 
2 
(1) 
T 


, 
... 


DRUN-.J 
I 
I 
I 
I 


READ GATE---.J 


I 
III 
I 


WR)E 
GATE..Jj"'! 
---- 
••••••---------L 


I 
I I 
I 
I I 
I 
I 
11l1llllJ/1////II/J/d~J1i1!/lIJ//Id 


I 
I 


I 
' 
I~I 
l 
J 
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IDFIELD 
A1 
= 
A 1H with OAH Clock 


IDENT 
= 
Bits 3, 1, 0 = Cylinder High 
FE = 0-255 Cylinders 
FF = 256-511 
Cylinders 
FC = 512-767 
Cylinders 
FD = 768-1023 
Cylinders 
F6 = 1024-1279 
Cylinders 
F7 = 1280-1535 
Cylinders 
F4 = 1536-1791 
Cylinders 
F5 = 1792-2047 
Cylinders 


HEAD 
= 
Bits 0, 1, 2 = Head Number 
Bits 3, 4 = 0 


"' 
Bits 5, 6 = Sector Size 
Bit 7 = Bad Block Mark 


Sec # 
= 
Logical Sector Number 


DATA FIELD 


A1 
= 
A 1H with OAH clock 


F8 
= 
Data Address 
Mark; Normal Clock 


USER 
= 
Data Field 128 to 1024 Bytes 


NOTE: 
1" GAP 1 and 3 length 
determined 
by Sector 
Number 
Register 
contents 
during formatting" 
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RESET 
INTRQ 
ERRORS, 
SET C1P. BUSY 
AC'llVA TE BDRQ 


SET ABORTED 


COMlWlD 
BIT 


RESET 
WR GATE. 
BCS 


PULSE 
BCR, 
SET 
INTRQ 


RESET 
BUSY. 
C1P 


ELECTRICAL 
CHARACTERISTICS 


ABSOLUTE 
MAXIMUM 
RATINGS· 


Ambient 
Temperature 
Under Bias 
O°C to 70°C 


Storage Temperature 
- 65°C to + 150°C 


Supply Voltage 
- 0.5V to + 8V 


Voltage 
on Any Input 
GND - 
2V to + 6.5V 


Voltage 
on Any Output. 
GND - 
0.5V to Vee + 0.5V 


Power Dissipation 
1 Watt 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE Specifications contained within the 
following tables are subject to change. 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


IlL 
Input Leakage Current 
±10 
IJ-A 
VIN = Vee to OV 


IOFL 
Output Leakage Current 
±10 
IJ-A 
VOUT = Vee to 0.45V 


VIH 
Input High Voltage 
2.0 
Vee + 0.5 
V 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VOH 
Output High Voltage 
Vee - 
0.4 
V 
IOH = -100 
IJ-A 


3.0 
IOH = -2.5 
mA 


VOL 
Output Low Voltage 
0.4 
V 
IOL == 2.5 mA 


0.45 
6.0 mA P21, 
22,23 


Ice 
Supply Current 
20 
mA 
See Note 10 


45 
See Note 11 


leess 
Standby 
Supply Current 
2 
mA 
See Note 12 


CIN 
Input Capacitance 
10 
pF 
fc = 1 MHz 


ClIO 
I/O Capacitance 
20 
pF 
Unmeasured 
pins 


returned 
to GND 


For Pins 25, 34, 37, 39 (WR CLOCK, 
DRUN, READ DATA, 
READ CLOCK) 


TRS 
Rise Time 
30 
ns 
0.9V to 4.2V 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


1 
Address 
Stable Before RD J.- 
0 
ns 


2 
Data Delay from RD J.- 
150 
ns 


3 
RD Pulse Width 
100 
ns 


4 
Data Valid after RD t 
10 
100 
ns 


5 
Address 
Hold Time after RD t 
0 
ns 


6 
Read Recovery 
Time 
300 
ns 


7 
CS Stable before RD J.- 
0 
ns 
See Note 6 
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AO-2 , 
ADDRESS STABLE 
_-T-CD- 
(0- 
cs 
-0 
-0- 


1~-'l __ 
~G) 
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Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


8 
Address 
Stable Before WR .J.- 
0 
ns 


9 
CS Stable Before WR .J.- 
0 
ns 


10 
Data Setup Time Before WR i 
75 
ns 
I 


11 
WR Pulse Width 
100 
10000 
ns 


12 
Data Hold Time After WR i 
0 
ns 


13 
Address 
Hold Time After WR i 
0 
ns 


14 
CS Hold Time After WR i 
0 
ns 
See Note 7 


15 
Write Recovery 
Time 
300 
ns 


47 
SDHLE Propagation 
Delay 
20 
150 
ns 


AO-2 X 
_ 
_-T-0- 
@- 
cs 
~ 
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Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


16 
BGS.J, to RD Valid 
0 
100 
ns 


17 
RD Output Pulse Width 
300 
400 
500 
ns 
See Note 3 


18 
Data Setup to RD i 
140 
ns 


19 
Data Hold from RD i 
0 
ns 


20 
RD Repetition 
Rate 
1.2 
1.6 
2.0 
!Jos 
See Note 8 


21 
RD Float from BGS i 
0 
100 
ns 


'1m 
(OUTPUT) 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


22 
BGS.J, to WR Valid 
0 
100 
ns 


23 
WR Output Pulse Width 
300 
400 
500 
ns 
See Note 3 


24 
Data Valid from WR .J, 
150 
ns 


25 
Data Hold from WR i 
60 
200 
ns 


26 
WR Repetition 
Rate 
1.2 
1.6 
2.0 
fis 
See Note 8 


27 
WR Float from BGS i 
0 
100 
ns 


'::4------------J,~ 


(OUTPUT) 


inter 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


28 
BDRQ Reset from BRDY 
20 
200 
ns 


29 
BRDY Pulse Width 
400 
ns 
See Note 4 


30 
BCR Pulse Width 
1.4 
1.6 
1.8 
fJos 
See Notes 9, 13, 15 


31 
STEP Pulse Width 
1.5 
1.6 
1.7 
fJos 
Step Rate = 3.2 fJos/step 


7.6 
8.0 
8.4 
fJos 
All other step rates, 
See Notes 14, 15 


32 
INDEX Pulse Width 
500 
ns 


33 
RESET Pulse Width 
24 
WRCLK 
See Note 2 


34 
RESET i to BCR i 
0 
1.6 
3.2 
fJos 
See Notes 1,15 


35 
RESET t to WR, CS i 
6.4 
fJos 
See Note 1 


36 
WR CLOCK Frequency 
0.25 
5.0 
5.25 
MHz 
50% Duty Cycle 


37 
RD CLOCK Frequency 
0.25 
5.0 
5.25 
MHz 
See Note 5 


::::---;6;--@f~ 


~~~ 


INDEX~ 
231242-23 


Symbol 
Parameter 
Min 
Typ 
Max 
Units 
Test Conditions 


38 
RD CLOCK Pulse Width 
95 
2000 
ns 
50% Duty Cycle 


39 
RD DATA after RD CLOCK i 
10 
ns 


40 
RD OAT A before RD CLOCK t 
20 
ns 


41 
RD OAT A Pulse Width 
40 
T38/2 
ns 


42 
DR UN Pulse Width 
30 
ns 


!: 


®=1 
RDDATAJ 
,,___ 
"K 
r- 


~CCO" 
~~ 
~-"'~/ 
-I- 
.®---j 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


43 
WR CLOCK Pulse Width 
95 
2000 
ns 
50% Duty Cycle 


Propagation 
Delay 


44A 
WR CLOCK i to WR DATA i 


448 
WR CLOCK,J.. to WR DATA,J.. 
10 
65 
ns 


440 
WR CLOCK,J.. to WR DATA i 


45A 
WR CLOCK i to EARLY/LATE,J.. 
10 
65 
ns 
458 
WR CLOCK,J.. to EARLY/LATE 
,J.. 


46A 
WR CLOCK i to EARLY/LATE i 
10 
65 
ns 
468 
WR CLOCK,J.. to EARLY/LATE i 


inter 


c.. = 50 pF 
I 
100 pF Databus 


-=- 
pins only 


231242-28 


AC Testing: 
Inputs 
Are Driven 
At 2.4V For A Logic 
.1, And 
0.45V 
For A Logic 
.0. Timing 
Measurements 
Are Made 
At 
2.0V 
For a Logic 
.1, And 0.8V 
For A Logic 
.0. 


NOTES 
1. Based on WR CLOCK = 5.0 MHz 
2. 24 WR CLOCK periods = 4.8 ",s at 5.0 MHz. 
3. 2 WR CLOCK periods ± 100 ns. 
4. Previous restrictions on BRDY no longer apply. There are no restrictions on when BRDY may come. BRDY may be 
connected directly to BDRO. 
5. WR CLOCK Frequency = RD CLOCK Frequency ± 15%. 
6. RD may be asserted before CS as long as it remains active for at least the minimum T3 pulse width after CS is asserted. 
7. WR may be asserted before CS as long as it remains active for at least the minimum T11 pulse width after CS is 
asserted. 
8. 8 WR CLOCK periods ± 2 WR CLOCK periods. 
9. 8 WR CLOCK periods ± 1 WR CLOCK period. 
10. VIL = GND. VIH = Vcc. Outputs Open. 
11. VIL = 0.8V. VIH = 2.0V. Outputs Open. 
12. WR CLOCK & RD CLOCK = DC, VIL = OV.VIH = Vcc. all output open. CS inactive. 
13. This specification is for BCR pulse width during command execution. BCR is also triggered by RESET. In this case. BCR 
pulse width is greater than RESET pulse width. 
14. 40 WR Clocks ± 2. 
15. Specification represents actual functionality of 82064 and WD2010. Previous datasheets contain typographical errors. 
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The 82064 Winchester Disk Controller (WDC) was de- 
veloped to ease the complex task of interfacing Win- 
chester disk drives to microprocessor systems. Specifi- 
cally, the 82064 WDC interfaces to drives that conform 
to the ST506 specification, which is the dominant inter- 
face for 5,/. inch drives. This Application Note pro- 
vides some background on the 82064 WDC, the drive 
interfaces and general software routines. It concludes 
with a design example using the 82064 WDC interfaced 
to the SBXTMbus. Appendix B contains the listing of 
the software necessary to operate this controller board. 


Since the 82064 WDC interfaces only to drives con- 
forming to the ST506 specification, this overview will 
limit itself to those drives. A summary of the ST506 
specification is shown in Appendix A for those who are 
not familiar with it. The ST506 Winchester Disk con- 
tains from 1 to 8 hard disks (or platters) with the aver- 
age being 2 to 3 disks. These disks are made from alu- 
minum (hence the term hard disk) and are coated with 
some type of recording media. The recording media is 
typically made of magnetic-oxide, which is similar to 
the material used on floppy disks and cassette tapes. 
Each side of a hard disk is coated with recording media 
and each side can store data. Each surface of a disk has 
its own read/write head. 


Hard disk drives are sealed units because the R/W 
heads actually fly above the disk surface at about 8 to 
20 microinches. A piece of dust or dirt, which appears 
as a boulder to the gap between the heads and the disk 
surface, will wreak havoc upon the disk media. 


The R/W heads are mechanically connected together 
and move as a single unit across the surface of the disk. 
There are 2 basic methods for positioning the heads. 
The first is with stepper motors, which is the most com- 
mon method and is also used on most floppy disk 
drives. These positioners are used mainly because of 
their low cost. 


The second method of positioning the heads is to use a 
voice-coil mechanism. These units do not move in steps 
but swing across the disk. These mechanisms generally 
permit greater track density than steppers, but also re- 
quire complex feedback electronics which increases the 
cost of the drive. Generally, voice-coil head positioners 
use closed loop servo positioning, as compared to the 
open loop positioning used with stepper motors. 


The surface of a disk is divided logically into concentric 
circles radiating from the center as shown in Figure 1. 
Each concentric circle is called a track. 


The group of tracks, all in the same position, on all of 
the disks (platters) in the drive is collectively called a 
cylinder. The number of tracks on a surface (which 
affects storage density) is determined by the head posi- 
tioners. Typically, stepper head positioners have fewer 
tracks than drives that use a voice coil positioner. 
Which type of positioner is used is irrelevant to the 
82064 as positioners are part of the drive electronics. 
The 82064 can access up to 2048 tracks per surface. 


Once the surface is divided into cylinders it is further 
divided radially (as with a pie). The area between the 
radial spokes is referred to as a sector. The number of 
sectors per track is determined by many variables, but 
is basically determined by the number of data bytes and 
the length of the ID field (which locates a sector). Fig- 
ure 2 shows one manufacturer's specifications for their 
drive. The manufacturer formats the drive with 32-256 
byte sectors per track. Alternatively, the drive could be 
reformatted to contain 17- 512 byte sectors per track. 
This second option- has fewer sectors per track but 
stores more data. Determining how many bytes each 
sector contains is done by extensive analysis of the 
hardware and operating system. The 82064 WDC is 
programmable for sector size during formatting. 


The order in which sectors are logically numbered on 
the track is called interleaving. An interleave factor of 
four would have three sectors separating logically se- 
quential sectors. Starting at the index pulse, an example 
of four way interleaving is: 
Sector I, Sector X, Sector Y, Sector Z, Sector 2, Sec- 


tor. 


Capacity 
Unformatted 
Per Drive 
Per Surface 
Per Track 
Formatted 
Per Drive 
Per Surface 
Per Track 
Per Sector 
Sectors per Track 
Transfer Rate 


6.38 Megabytes 
1.59 Megabytes 
10416 Bytes 


5.0 Megabytes 
1.25 Megabytes 
8192 Bytes 
256 Bytes 
32 
5.0 Megabits 


per second 


Access Time 
Track to Track 
Average (Inc. Settle) 
Maximum (Inc. Settle) 
Settling Time 
Average Latency 
Functional Specifications 
Rotational speed 
Recording density 
Flux density 
Track density 
Cylinders 
Tracks 
R/W Heads 
Disks 


3 ms 
170 ms 
500 ms 
15 ms 
8.33 ms 


3600 rpm± 1% 
7690 bpi max 
7690 fci 
255 tpi 
153 
612 
4 
2 


Interleaving is used primarily because one sector at a 
time is transferred from disk to sector buffer to system 
RAM. This transferring of data takes time, and causes 
a delay between the first sector transferred and sectors 
that follow it. Without interleaving, the delay in trans- 
ferring data would result in sectors on the disk rotating 
past the heads before they could be read. The operating 
system would then have to wait one disk revolution to 
get to the next sector (a 16.7 msec delay). With inter- 
leaved sectors, the next logical sector would be posi- 
tioned beneath the heads after the previous sector of 
data had been transferred to the system RAM. Inter- 
leaving unfortunately slows down the overall transfer 
rate from the disk. A 5 Mbit/second transfer rate aver- 
ages out to a 1.25 Mbit/second 
transfer rate when 


many sectors are transferred with four way interleav- 
ing. Again, how much interleaving to use is determined 
by extensive hardware/software 
benchmarking. 


Whenever data is stored on a multiple platter disk 
drive, the same track on all surfaces whould be used 
before repositioning the heads to another track. Reposi- 
tioning the heads generates a longer delay due to the 
mechanical delay of moving the heads. Switching to 
another head incurs no mechanical positioning delay. 
Only one head can be selected at a time. 


Hard disk drives tend to be faster than floppies for two 
reasons. The speed at which the disk spins is about 10 
times faster than the floppy (a floppy spins at 360 rpm 
for the popular double density disk drives). This yields 
an immediate one-tenth reduction in access times for 
the same size drive. While both ST506 drives and flop- 
pies use stepper motors, the steppers utilized by the 
hard disk drives are approximately twice as fast as 
those used by floppies. 


2.0 82064 WINCHESTER 
DISK 


CONTROLLER 


The 82064 WDC provides most of the functions neces- 
sary to interface between a microprocessor 
and an 


ST506 compatible disk drive. The 82064 converts the 
high level commands and parallel data of a microproc- 
essor bus into ST506 compatible disk control signals 
and serial MFM encoded data. This section presents a 
detailed description of the 82064 and a discussion of 
various techniques which can be used to interface the 
82064 to a microprocessor. 


The internal structure of the 82064 is divided into sev- 
eral sections as shown in Figure 3. They are: 
I. the microprocessor 
interface 
which 
includes 
the 


status and task registers; 
2. sector buffer control; 
3. the drive interface; 
4. the data transfer section, which includes the MFM 


encoding/decoding of microprocessor data; 


5. and CRCIECC generation and checker. 


2.1 Clock Inputs 


The 82064 has two clock inputs: read clock (RD 
CLOCK) and write clock (WR CLOCK). The PLA 
controller, the processor interface, buffer control and 
MFM encoding sections operate off the WR CLOCK 
input. The RD CLOCK input is used only for decoding 
the MFM data stream. The clocks may be asynchro- 
nous to one another. Both clocks have non-ITL 
com- 


patible inputs. The easiest method to interface to ITL 
requires a pull-up resistor to satisfy their input voltage 
needs. The resistor's value must be compatible with the 
VIL specification of these pins. See the Pin Descrip- 
tions Section for more specific information. 


2.2 
Microprocessor 
Interface 


The microprocessor interface of the 82064 contains the 
control logic which permits commands and data to be 
transferred between the host and the 82064. The inter- 
face consists of an 8 bit, tri-state, bidirectional data bus; 
the task registers; a 3 to 8 address decoder for selecting 
one of the seven registers; and the general read, write, 
and chip select logic. Externally, the 82064 expects a 
buffer equal in size to a sector on the disk, and tri-state 
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transceivers between the sector butTer and the micro- 
processors data bus in order to isolate itself from the 
microprocessor during disk data transfers. 


These three address lines are active high signals and 
select one of the seven register locations in the 82064. 
They are not latched internally. If the three addresses 
are equal to 0 and the 82064 is selected, the data bus is 
kept tri-stated to ease interfacing to a sector butTer.The 
82064's data bus is controlled by both the microproces- 
sor and the 82064. The microprocessor has control for 
loading the registers and command. During disk reads 
or writes, control switches to the 82064 so that it may 
access the local sector butTer when transferring data 
between the disk and the butTer. 


RD, WR, CS 


The chip select (CS) is ty~ally 
decoded from the high- 


er order address lines. CS only permits data to be 
placed into, or read from, the 82064's task registers. 


Once a disk operation starts, CS no longer eflfects the 
82064. RD and WR are bidirectional lines and are used 
to read or write the 82064's re~ers 
by the host micro- 


processor and are valid only if CS is present. The 82064 
will drive RD and WR when transferring data between 
the sector butTer and the disk. A signal is provided to 
tri-state the RD and WR lines from the host during a 
butTeraccess. This is covered in the Sector ButTerCon- 
trol Section. 


An interrupt is issued at the end of all commands, and 
the interrupt is cleared by reading any register. For the 
Read Sector command only, the 82064 allows the user 
the option of an interrupt either at the termination of 
the command, as is the case with all other commands, 
or when data needs to be transferred to the host from 
the sector butTer. This is discussed further in the Inter- 
rupt Mode Section. When selecting the data transfer 
option, the interrupt line will go active at the same time 
as the BDRQ line and the interrupt will be removed 
only when the proper handshake occurs with the sector 
butTer. 


inter 


The Task Register File contains the command, status, 
track number, sector number, and other information 
necessary to properly execute a command. These re~ 
ters are accessed with AO-A2, RD (or WR), and CS 
being valid and are not cleared by a reset. The registers 
are covered in detail in the Task Register File Section. 


The 82064 was designed to operate with an external 
buffer equal in size to one sector. To ease the design-in 
of this buffer, the 82064 provides all of the control sig- 
nals it needs to operate the buffer. This buffer must be 
isolated from the system bus, using tri-state buffers, 
during disk transfers to prevent contention during the 
period that the 82064 is accessing the buffer. A sector 
buffer is generally used to ease interfacing to the system 
due to the high disk data rates (625 kbytes/sec), al- 
though it is not required. 


The Buffer Chip Select (BCS) line goes active whenever 
the 82064 is accessing the sector buffer. This signal 
should remove the microprocessors ability to access the 
82064 and sector buffer and must enable the sector 
buffer for use by the 82064. 


At a 5 Mbitisec disk data rate, the 82064 will access 
the buffer every 1.6 microseconds (8 bits X 200 ns/bit). 
BCS will remain low the entire time the 82064 is access- 
ing the buffer. The 82064 will pulse the appropriate RD 
or WR line for each byte transferred. 


Buffer Counter Reset (BCR) goes active each time that 
BCS changes state. Its purpose is to reset the address 
counter of the sector buffer back to zero before and 
after the 82064 uses the sector buffer. Its function is 
optimized for single sector transfers. Multiple sector 
transfers should use a software controlled buffer coun- 
ter reset and not use BCR as the sector buffer will be 
reset to the beginning after each sector is transferred. 


Buffer Data 
Request 
(BDRQ) 
and 
Buffer Ready 
(BRDY) provide the handshake needed to transfer data 
between the sector buffer and the host. BDRQ signals 
that data must be moved to/from the sector buffer and 
the host. BRDY has two functions. Once the transfer 
signaled by BDRQ is finished, asserting BRDY will 
inform the 82064 that the transfer is completed and 
that it may finish executing the command. BRDY is 
also used in multiple sector commands. BRDY going 


high during a multiple sector transfer indicates that the 
buffer is full (or empty-depending 
upon the com- 
mand) and the transfer should wait until the buffer is 
serviced. The sector that was being transferred will fin- 
ish and the 82064 will deactivate BCS and activate 
BDRQ. The host microprocessor must then transfer 
the data between the buffer and system memory. When 
this transfer is finished, asserting BRDY will cause the 
82064 to resume the command. 


The handshaking between BDRQ and BRDY occurs 
only in full sector increments-not 
on a byte basis. A 
high on BDRQ indicates a full sector's worth of data is 
required; BRDY going high indicates a full sector of 
data is available to the 82064 without interruption. 


Only the rising edge of BRDY is valid. A falling edge 
may occur at any time without effect. BCR will pulse 
and BCS will go active eight byte times (8 bytes X 8 
bits/byte 
X 200 ns/bit = 
12.8 microseconds) before 
the first data byte is transferred from the sector buffer 
to the disk. 


This section of the 82064 is responsible for conversion 
of serial disk data to parallel data (and vice versa); en- 
coding/decoding 
of the disk's MFM serial bit stream; 


and detecting the address mark. 


Since the 82064 isolates itself from the host during sev- 
eral commands, the host cannot read the status register 
during some periods to determine what course should 
be taken. In Figure 10, trying to read the status register 
when BCS is active will return indeterminate data. To 
prevent the microprocessor from reading this indeter- 
minate data, a hardware 
generated 
••~.. 
pattern 
should be driven onto the data bus if BCS is active. 
This is shown in Figure II. The status register contains 
a data request (DRQ) bit whose timing is equal to the 
BDRQ output signal, thus making a polled operation 
possible. DRQ will stay set in the status register until a 
BRDY is generated. 


inter 


II 
1 
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One design issue with the polled interface occurs when 
the microprocessor is polling the status and the 82064 
deactivates BCS. The microprocessor would normally 
read the hardware busy pattern. If BCS is deasserted, 
the hardware pattern is disabled and the microproces- 
sor will start to read the real status register. The read 
cycle may almost be finished, and the read access peri- 
od of the 82064 will not be satisfied. The data returned 
to the microprocessor will be invalid. 


There are cases where the designer does not want to tie 
up the microprocessor with polling. The typical 82064 
design will need two interrupts per command. One for a 
data transfer and one for the completion of the com- 
mand. The 82064 has an output to issue an interrupt 
when the command has finished. However for data 
transfers 
an interrupt 
must be generated from the 


BDRQ line as shown in Figure 12 (whether a DMA 
controller is used or not). When a data transfer is need- 
ed, the 82064 will activate the BDRQ line. The micro- 
processor will be interrupted and do the data transfer 
function. BDRQ will stay active until BRDY is gener- 
ated, so the system must either use edge triggered inter- 
rupts or must not write the end-of-interrupt byte until 
BDRQ is removed (this is true of Intel's 8259A). 


The MFM encoding section will receive 8 bit parallel 
data when a valid command has been recognized and 
BRDY has gone high. The parallel data is first serial- 
ized and converted to an intermediate, NRZ encoded, 
data stream. The serial NRZ data is sent to the MFM 
encoding section and then transferred to the disk. De- 
coding of the MFM bit stream (during disk reads) hap- 
pens in reverse order. 


The control logic operates off the write clock (WR 
CLOCK) running at a frequency of the desired tranfer 
rate. The MFM decoding portion operates off of the 
read clock (RD CLOCK) input, which is supplied by 
an external phase lock loop. The two clocks need not be 
synchronized to each other. Data is written (and hence 
read) with the most significant bit first. 


The address mark is a unique 2 byte code written at the 
beginning of each ID field and data field. This address 
mark serves two purposes. It tells the controller what 
type of data is about to be received so that internal 
computations can be performed, and to ensure that ID 
fields are not sent to the host. The second purpose is to 
align the serial data back to the original 8 bit bounda- 
ries that existed when data was written (there are no 
byte boundaries on a disk). 


An address mark is always preceded by the all zeros 
synchronization field. The 82064 starts comparing the 
incoming data stream wh~n the synchronization 
field 


ends. A high speed comparator is used since the 82064 
does not yet know where the proper byte boundaries 
are. When a proper comparison of the address mark is 
made the controller starts assembling bytes, starting 
with the second byte of the address mark. 


The first byte of the address mark is an "A 1" Hex, but 
purposely violates the MFM encoding rules by remov- 
ing a clock pulse. In Figure 5, the first example is of a 
normal MFM encoded AIH. The second example is of 
the address mark and shows the missing clock pulse. 
The non-MFM compatible Al is to prevent the host 
from issuing a similar data byte and possibly confusing 
detection logic. 


The second byte specifies either an ID or data field and 
is encoded according to normal MFM rules. It is either 
an "F8" Hex for a data field, or "FC" through "FF" 
for an ID field. The different values correspond to a 
range of cylinders on the drive in increments of 256 
tracks. The 82064 makes no use of this information, but 
writes it for compatibility with the ST506 specification 
during formatting. 


The PLA Controller interPrets command sent by the 
microprocessor. Its operation is synchronized to the 
WR CLOCK 
input. The PLA controller 
is started 


when a command is written into the command register. 
It generates control signals and operates in a handshake 
mode when communicating with the MFM decoding 
block. 


inter 


A 10bit magnitude comparator is used to calculate the 
direction and number of step pulses needed to move the 
head from the present cylinder position to the desired 
position. A separate high speed equivalencecomparator 
is used to compare ID field bytes when searching for a 
sector ID field. 


The 82064 provides two options for protecting the in- 
tegrity of the data field. The data field may have either 
a CRC (SDH register, bit 7 = 0), or a 32-bit ECC 
(SDH register, bit 7 = 1) appended to it. The ID field 
is always protected by a CRC. 


The CRC generator computes and checks the cyclic 
redundancy check bytes that are appended to the ID 
and data fields. CRC generation/checking is always 
done on ID fields. Data fields have a choice between 
82064CRC, internal ECC or externally supplied ECC. 
The CRC mode is chosen by setting bit 7 of the SDH 
register low. The CRC mode provides a means of veri- 
fying the accuracy of the data read from the disk, but 
does not attempt to correct it. The CRC generator com- 
putes and checks cyclic redundancy check characters 
that are written and read from the disk after the ID and 
data fields. 


The generator polynomial for the CRC-CCITT (CRC- 
16) code is: 


x16 + x12 + x5 + 1 = (x + 1) (x15 + x14 + x13 + 


x12 + x4 + x3 + x2 + x + 1) 


The code's capability is as follows: 
a) Detects all occurrences of an odd number of bits in 


error. 
b) Detects all single, double, and triple bit errors if the 


record length (including check bits) is less than 
32,767 bits. 
c) Detects all single-burst errors of sixteen bits or less. 
d) Detects 99.99695% of all possible 17 bit burst er- 


rors, and 99.99847% of all possible longer burst, as- 
smning all errors are possible and equally probable. 


The CRC code has some double-burst capability when 
used with short records (sectors). For a 256 byte sector 
the code will detect double-bursts as long as the total 
number of bits in error does not exceed 7. 


If the CRC character generated while reading the data 
does not equal the one previously written, an error ex- 
ists. If an ID field CRC error occurs the "ID not 
found" bit in the error register will be set. If a data field 
CRC error occurs the "ECC/CRC" 
bit in the error 


register will be set. 


The ECC mode is only applicable to the data field. It 
provides the user with the ability to detect and correct 
errors in the data field automatically. The commands 
and registers which must be considered when ECC is 
used are: 
1. SDH Register, bit 7 (CRC/ECC) 
2. READ SECTOR Command, bit 0 (T) 
3. READ 
SECTOR and WRITE 
SECTOR Com- 


mands, bit 1 (L) 


4. COMPUTE CORRECTION Command 
5. SET PARAMETER Command 
6. STATUS Register, bit 2-error 
correction successful 


7. STATUS Register, bit O-error occurred 
8. ERROR Register, bit 6-uncorrectable 
error 


To enable the ECC mode, bit 7 of the SDH register 
must be set to one. 


Bit 0 (T) of the READ Command controls whether or 
not error correction is attempted. When T = 0 and an 
error is detected, the 82064 tries up to 10 times to cor- 
rect the error. If the error is successfullycorrected, bit 
2 of the STATUS Register is set. The host can interro- 
gate the status register and detect that 
an error 
occurred and was corrected. If the error was not cor- 
rectable, bit 6 of the ERROR Register is set. If the 
correction span was set to 5 bits, the host may now 
execute the SET PARAMETER Command to change 
the correction span to 11 bits, and attempt the read 
again. If the error persists, the host can read the data, 
but it will contain errors. 


When T = I and an error is detected, no attempt is 
made to correct it. Bit 0 of the STATUS Register and 
bit 6 of the ERROR Register are set. The user now has 
two choices: 
1. Ignore the error and make no attempt to correct it. 
2. Use the COMPUTER CORRECTION Command 
to determine the location and pattern of the error, 
and correct it within the user's program. 


When the COMPUTE CORRECTION Command is 
implemented, it must be done before executing any 
command which can alter the contents of the ECC 
Register. The READ SECTOR, WRITE SECTOR, 


inter 


SCAN ID, and FORMAT 
Commands will alter this 
register and correction will be impossible. The COM- 
PUTE CORRECTION 
Command may determine that 


the error is uncorrectable, at which point the error bits 
in the STATUS and ERROR Registers are set. 


Although ECC generation starts with the first bit of the 
F8H byte in the data ID field, the actual ECC bytes 
written will be the same as if the AIH byte was includ- 
ed. The ECC polynomial used is: 


For automatic 
error correction, 
the external sector 


buffer must be implemented with a static RAM and 
counter, not with a FIFO. 


READ DIITA 
READ CLOCK 


DRUN 
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WR MIILT 


DtR 
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STEP 


The SET PARAMETER 
Command is used to select a 


5-bit or II-bit correction span. 


The drive interface of the 82064 contains the logic that 
makes possible the storage and reliable recovery of 
data. This interface consists of the drive and head select 
logic, the disk control signals, and read and write data 
logic as shown in Figure 6. This section describes the 
external circuitry which is required to complete the 
82064's drive interface. 
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Figure 7. Write Precompensation 
Logic 


cable. The purpose 
of each pin can be found 
in the 
section on Pin Descriptions 
and their use in the Com- 
mand Section. 
The 
82064 has no outputs 
for selecting 
the head 
or 
drive. Therefore 
these signals must be generated 
by the 
user as shown 
in Figure 
6. Data 
bits 0-4 
should 
be 
latched whenever the SDH register is written. Bits 0-2 
would then be driven 
onto the drive cable with open 
collector 
buffers. Bits 3 and 4 would be decoded 
after 
being latched, 
then 
buffered 
for the cable. The head 
information 
written to the 82064's SDH register is used 
to wri.te the proper ID fields during formatting. 
Chang- 
ing the drive bits in the SDH register will cause a Scan 
ID to be performed 
by the 82064 to update 
non user 
accessible registers. 


Drive Control 


The drive control (STEP, DIR, WR FAULT, 
TRACK 
000, INDEX, 
SC, RWC, and WR GATE) 
signals are 
merely 
conditioned 
for 
transmission 
over 
the 
drive 


t.4,t.4 
DISK 
DATA 


250 
NSEC 
RETRIGGERABLE 
ONE-SHOT 


Figure 
7 is a diagram 
of the interface 
required 
on the 
write data line. The final stage of the MFM 
encoding 
requires 
applying 
the WR DATA 
to an external 
flip- 
flop clocked at 10 MHz. The 82064 monitors 
the serial 
write data output for particular 
bit patterns 
that require 
precompensation 
to prevent 
bit shifting. 
EARLY 
and 
LATE are active on all cylinders and will normally 
re- 
quire that RWC be factored 
into them to activate 
the 
data precompensation 
on the proper cylinder. 


A delay line is required to generate the delayed data for 
precompensation 
since the actual delay varies be~we~n 
drive manufacturers. 
EARLY 
and LATE 
go actIve In 
the same clock period that generates 
the data bit to be 
shifted. 


tlLTER 
AND 
VCO 


Figure 8. Data Separator 
Circuit 
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The read data interface is shown in Figure 8, and con- 
sists of the data run (DRUN) signal and a phase lock 
loop to generate the RD CLOCK input to decode the 
serial data. DRUN is generated from a retriggerable 
one-shot with a period just exceeding one bit cell. A 
sync field consisting of a string of clock pulses will con- 
tinually retrigger the one-shot producing a steady high 
level on DRUN. The 82064 counts off 16 clock pulses 
internally, and if DRUN is still active, will make RD 
GATE active. Any byte other than an address mark 
will deactivate RD GATE and the sequence starts over. 


The phase lock loop generates RD CLOCK which is 
used to decode the incoming serial data. Until RD 
GATE is activated by the 82064, the phase lock loop 
(PLL) should be locked onto a local 10 MHz clock to 
minimize PLL lock-up times. When RD GATE is acti- 
vated, the PLL starts locking onto the incoming data 
stream, which should consist of the all zeros sync field. 
Once the PLL locks onto this synch field, the 82064 
will start examining the serial data for a non-zero byte. 
A non-zero byte will be indicated by DRUN dropping 
since the address mark follows the sync field and is an 
"AI" Hex. This sequence is shown in Figure 9. If the 
address mark is detected, and if it was preceded by at 
least 9 bytes of zeros, RD GATE will stay active. The 
82064 will then assemble b)(tes of data, and ensure the 
proper ID field is found. If a non-zero or non-address 
mark byte was detected, RD GATE will go inactive for 
a minimum of 2 byte times. If a data field or the wrong 
ID field is detected, or the ID field was not preceded by 
8 bytes of zeros, then RD GATE goes inactive and the 
sequence starts over with the 82064 examining the 
DRUN input. 


This section shows the general 82064 interfaces to a 
microprocessor system. There are essentially four inter- 
faces which consist of a combination of polled, DMA, 
and interrupts. While the 82064 was designed to inter- 
face directly to one type, it accommodates all with mi- 
nor additional logic. 


The 82064 is designed to use a DMA controller for data 
transfer between its sector buffer and the host system, 
and to interrupt the host when the command has fin- 
ished. This interface is shown in Figure 10. 


When the 82064 determines that a transfer is needed 
between the sector buffer and the host (either at the 
beginning of a command or through BRDY going ac- 
tive in a multiple sector transfer), it will assert BDRQ. 
BDRQ will initiate a DMA transfer via the DMA re- 


quest input. The DMA controller will generate reads or 
writes which will increment an address counter. BRDY 
indicates that the data transfer has finished and is is- 
sued off the carry-out line (or high order address line) 
of the counter. The 82064 will assert BDRQ at this 
point and activate BCS to prevent the host from intefer- 
ing with disklbuffer transfers. There can be no polling 
for a data transfer or a register read without an inter- 
rupt in this scheme. 


inter 
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Figure 12.82064 Interrupt Interface 
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Pin No. 
Symbol 
Type 
Name and Function 
DIP 
PLCC 


BCS 
1 
1 
0 
BUFFER CHIP SELECT: Output used to eqable reading or writing 
of the external 
sector buffer by the 82064. When low, the host 


should not be able to drive the 82064 data bus, RD, or WR lines. 


BCR 
2 
2 
0 
BUFFER COUNTER 
RESET: Output that is asserted 
by the 82064 


prior to read/write 
operation. 
This pin is asserted 
whenever 
BCS 


changes 
state. Used.to reset the address counter 
of the buffer 


memory. 


INTRQ 
3 
3 
0 
INTERRUPT 
REQUEST: 
Interrupt 
generated 
by the 82064 upon 


command 
termination. 
It is reset when the STATUS 
register is 


read, or a new command 
is written to the COMMAND 
register. 


Optionally 
signifies when a data transfer 
is required on Read 


Sector commands. 


SDHLE 
4 
4 
0 
SDHLE is asserted 
when the SDH register is written by the host. 


RESET 
5 
7 
I 
RESET: Initializes the controller 
and clears all status flags. Does 


not clear the Task Register 
File. 


RD 
6 
8 
I/O 
READ: Tri-state, 
bi-directional 
signal. As an input, RD contro~he 


transfer 
of information 
from the 82064 registers 
to the host. RD is 


an output when the 82064 is reading data from the sector buffer 
(BCSlow). 


WR 
7 
9 
I/O 
WRITE: Tri-state, 
bi-directional 
signal. As an input, WR controls 


the transfer 
of command 
or task information 
into the 82064 
registers. 
WR is an output when the 82064 is writing data to the 


sector buffer (BCS low). 


CS 
8 
10 
I 
CHIP SELECT: Enables 
RD and WR as inputs for access to the 


Task Registers. 
It has no effect once a disk command 
starts. 


Ao-A2 
9-11 
11-13 
I 
ADDRESS: 
Used to select a register from the task register file. 


DBo-DB? 
12-19 
14-16 
I/O 
DATA BUS: Tri-state, 
bi-directional 
8-bit Data Bus with control 
18-22 
determined 
by BCS. When HCS is high the microprocessor 
has full 


control of the data bus for reading and writing the Task Register 
File. When BCS is low the 82064 controls 
the data bus to transfer 


data to or from the buffer. 


Vss 
20 
23 
Ground 


WR DATA 
21 
24 
0 
WRITE DATA: Output that shifts out MFM data at a rate 
determined 
by Write Clock. Requires an external 
D flip-flop 


clocked 
at 10 MHz. The output has an active pullup and pulldown 


that can sink 4.8 mA. 


LATE 
22 
25 
0 
LATE: Output used to derive a delay value for write 
precompensation. 
Valid when WR GATE is high. Active on all 


cylinders. 


EARLY 
23 
26 
0 
EARLY: Output used to derive a delay value for write 
precompensation. 
Valid when WR GATE is high. Active on all 


cylinders. 


WRGATE 
24 
27 
0 
WRITE GATE: High when write data is valid. WR GATE goes low if 
the WR FAULT input is active. This output is used by the drive to 
enable head write current. 


WRCLOCK 
25 
29 
I 
WRITE CLOCK: Clock input used to derive the write data rate. 
Frequency 
= 5 MHz for the ST506 interface. 


inter 


Pin No. 
Symbol 
Type 
Name and Function 


DIP 
PLCC 


DIR 
26 
30 
0 
DIRECTION: 
High level on this output tells the drive to move the 


head inward (increasing 
cylinder 
number). The state of this signal 


is determined 
by the 82064's 
internal comparison 
of actual 


cylinder 
location 
vs. desired cylinder. 


STEP 
27 
31 
0 
STEP: This signal is used to move the drive head to another 
cylinder 
at a programmable 
frequency. 
Pulse width = 1.6 /ks for a 


step rate of 3.2 /ks/step, 
and 8.4 /ks for all other step rates. 


DRDY 
28 
32 
I 
DRIVE READY: If DRDY from the drive goes low, the command 
will be terminated. 


INDEX 
29 
33 
I 
INDEX: Signal from the drive indicating 
the beginning 
of a track. It 


is used by the 82064 during formatting, 
and for counting 
retries. 
Index is edge triggered. 
Only the rising edge is valid. 


WR FAULT 
30 
34 
I 
WRITE 
FAULT: An error input to the 82064 which indicates 
a fault 


condition 
at the drive. If WR FAULT from the drive goes high, the 


command 
will be terminated. 


TRACK 000 
31 
35 
I 
TRACK ZERO: Signal from the drive which indicates 
that the head 


is at the outermost 
cylinder. 
Used to verify proper completion 
of a 


RESTORE 
command. 


SC 
32 
36 
I 
SEEK COMPLETE: 
Signal from the drive indicating 
to the 82064 


that the drive head has settled and that reads or writes can be 
made. SC is edge triggered. 
Only the rising edge is valid. 


RWC 
33 
37 
0 
REDUCED 
WRITE CURRENT: 
Signal goes high for all cylinder 


numbers 
above the value programmed 
in the Write Precomp 


Cylinder register. 
It is used by the precompensation 
logic and by 
the drive to reduce the effects 
of bit shifting. 


DRUN 
34 
38 
I 
DATA RUN: This signal informs the 82064 when a field of all ones 
or all zeroes has been detected 
in the read data stream by an 


external 
one-shot. 
This indicates 
the beginning 
of an ID field. RD 


GATE is brought high when DRUN is sampled 
high for 16 clock 
periods. 


BRDY 
35 
39 
I 
BUFFER READY: Input used to signal the controller 
that the buffer 


is ready for reading (full), or writing (empty), by the host /kP. Only 
the rising edge indicates 
the condition. 


BDRQ 
36 
40 
0 
BUFFER DATA REQUEST: 
Activated 
during Read or Write 


commands 
when a data transfer 
between 
the host and the 


82064's 
sector buffer is required. Typically 
used as a DMA request 


line. 


RDDATA 
37 
41 
I 
READ DATA: Single ended input that accepts 
MFM data from the 


drive. 


RDGATE 
38 
42 
0 
READ GATE: Output that is asserted 
when a search for an 


address 
mark is initiated. 
It remains asserted 
until the end of the ID 


or data field. 


RDCLOCK 
39 
43 
I 
READ CLOCK: Clock input derived from the external 
data 


recovery 
circuits. 


Vcc 
40 
44 
I 
D.C. POWER: + 5V. 


NC 
- 
5,6, 
NO CONNECTS 


17,28 


The Task Register File is a bank of registers used to 
hold parameter information pertaining to each com- 
mand. These registers and their addresses are: 


A2 A1 AO 
READ 
WRITE 


0 
0 
0 
(Bus Tri-Stated) 
(Bus Tri-Stated) 


0 
0 
1 
Error Flags 
Reduce Write Current 


0 
1 
0 
Sector Count 
Sector Count 


0 
1 
1 
Sector Number 
Sector Number 


1 
0 
0 
Cylinder 
Low 
Cylinder Low 


1 
0 
1 
Cylinder High 
Cylinder High 


1 
1 
0 
SOH 
SOH 


1 
1 
1 
Status Register 
Command 
Register 


NOTE: 
Registers 
are not cleared 
by RESET 


This read-only register contains specificerror status af- 
ter the completion of a command. If any bit in this 
register is set, then the Error bit in the Status Register 
will also be set. The bits are defined as follows: 


This bit is set when an ID field has been encountered 
that contains a bad block mark. The bad block bit is set 
only during formatting. The 82064 will terminate a 
command if an attempt is made to read a sector that 
contains this bit. 


When in the CRC mode (SDH register, bit 7 = 0), this 
bit is set when a CRC error occurs in the data field. 
When retries are enabled, ten more attempts are made 
to read the sector correctly. If none of these attempts 
are successful bit 0 in the STATUS register is also set. 
If one of the attempts is successful, the CRC/ECC er- 
ror bit remains set to inform the host that a marginal 
condition exists;however, bit 0 in the STATUS register 
is not set. 


When in the ECC mode (SDH register, bit 7 = 1),this 
bit is set when the first non-zero syndrome is detected. 
When retries are enabled, up to ten attempts are made 
to correct the error. If the error is successfullycorrect- 
ed, this bit remains set; however, bit 2 of the STATUS 
register is also set to inform the host that the error has 
been corrected. If the error is not correctable, the 
CRC/ECC 
error bit remains set and bit 0 of the 


STATUS register is also set. 


NOTE: 


If the long mode (L) bit is set in the READ or 
WRITE command, no error checking is performed. 


This bit is set to indicate that the correct cylinder, head, 
sector, or size parameter could not be found, or that a 
CRC error occurred in the ID field.Ths bit is set on the 
first failure and remains set even if the error is recov- 
ered on a retry. When recovery is unsuccessful, the Er- 
ror bit (bit 0) of the STATUS register is also set. 


For a SCAN ID command with retries enabled (T = 
0), the Error bit in the STATUS register is set after ten 
unsuccessful attempts have been made to fmd the cor- 
rect ID. With retries disabled (T = 1), only two at- 
tempts are made before setting the Error bit. 


For a READ or WRITE command with retries enabled 
(T = 0), ten attempts are made to find the correct ID 
field. If there is still an error on the tenth try, an auto- 
scan and auto-seek are performed. Then ten more re- 
tries are made before setting the Error bit. When retries 
are disabled (T = I), only two tries are made. No auto- 
scan or auto-seek operations are performed. 


This bit is set if a command was-issued or in progress 
while DRDY (Pin 28) was deasserted or WR FAULT 
(Pin 30) was asserted. The Aborted Command bit will 
also be set if an undefined command is written into the 
COMMAND register, but an implied seek will be exe- 
cuted. 


This bit is set only by the RESTORE command. It 
indicates that TRACK 000 (Pin 31) has not gone active 
after the issuance of 2048 stepping pulses. 


This bit is set during a READ SECTOR command if 
the Data Address Mark is not found after the proper 
Sector ID is read. 


inter 


This register is used to define the cylinder number 
where RWC (Pin 33) is asserted: 


65432 
1 


CYLINDER 
NUMBER 
/ 4 


The value (0-255) written into this register is internally 
multiplied by 4 to specify the actual cylinder where 
RWC is asserted. Thus a value ofOIH will cause RWC 
to activate on cylinder 4, 02H on cylinder 8 and so on. 
RWC will be asserted when the present cylinder is 
greater than or equal to the cylinder indicated by this 
register. For example, one ST506 compatible drive re- 
quires precompensation 
on cylinder 
128 (80H) and 


above. Therefore the REDUCE 
WRITE CURRENT 


register should be loaded with 32 (20H). A value of 
FFH will keep the RWC output inactive regardless of 
the actual cylinder number. 


This register is used to define the number of sectors 
that need to be transferred 
to the butTer during a 


READ 
MULTIPLE 
SECTOR or WRITE MULTI- 


PLE SECTOR command. 


5 
4 
3 
2 


II OF SECTORS 


The value contained in the register is decremented after 
each sector is transferred to/from the sector butTer. A 
zero represents a 256 sector transfer, a one a I sector 
transfer, etc. This register is ignored when single sector 
commands are specified in the Command register. 


This register holds the sector number of the desired 
sector: 


6 
5 
4 
3 
2 


SECTOR 
NUMBER 


For a multiple sector command it specifies the first sec- 
tor to be transferred. It is decremented after each sector 
is transferred to/from the sector butTer. The SECTOR 
NUMBER register may contain any value from 0 to 
255. The ID Not Found bit will be set if the desired 
sector cannot be located on the track. 


The SECTOR NUMBER register is also used to pro- 
gram the Gap I and Gap 3 lengths to be used when 
formatting a disk. See the WRITE 
FORMAT 
com- 


mand description for further explanation. 


This register holds the lower byte of the desired cylin- 
der number: 


7 
6 
5 
4 
3 
2 
1 
0 


LS BYTE OF CYLINDER 
NUMBER 


It is used in conjunction with the CYLINDER 
NUM- 


BER HIGH register to specify a range of 0 to 2048 
tracks. 


This register holds the three most significant bits of the 
desired cylinder number: 


765432 
0 


I x 
x 
x 
x 
x 
(10) 
(9) 
(8) 


x = ignored 


The 82064 contains a pair of registers that store the 
actual position where the RIW head are located. The 
CYLINDER NUMBER HIGH and LOW registers are 
considered the cylinder destination registers for seeks 
and other commands. The 82064 compares its internal 
registers to the destination registers and issues the num- 
ber of steps in the right direction to make both sets of 
registers equal. After a command is executed, the inter- 
nal cylinder position registers' contents are equal to the 
cylinder high/low registers. If a drive number change is 
detected on a new command, the 82064 automatically 
reads an ID field to update its internal cylinder position 
registers. This affects all commands 
except a RE- 


STORE. 


When a RESTORE command is executed, the internal 
head location registers are reset to zero while DIR and 
STEP move the heads to track zero. 


The SDH register contains the desired sector size, drive 
number, and head number parameters. The format is 
shown below. 


7 
6 
5 
EJ 
XT 
__SE_C_T_ 
. 
SIZE ----------~ 


Both head number and sector size are compared against 
the disk's ID field. Head select and drive select lines are 
not available as outputs from the 82064 and must be 
generated externally. 


inter 


Bit 7, the extension bit (EXT), is used to select between 
the CRC or ECC mode. When bit 7 = 
I, the ECC 
mode is selected for the data field. When bit 7 = 0, the 
CRC mode is selected. The CRC is checked on the ID 
field regardless of the state of EXT. The SDH byte 
written into the ID field is different than the SDH Reg- 
ister contents. The recorded SDH byte does not have 
the drive number (DRIVE) written but does have the 
BAD BLOCK mark written. 


Note that use of the extension bit requires the gap 
lengths to be modified as described in the WRITE 
FORMAT command description. 


The status register is a read-only register which informs 
the host 'of certain events. This register is a flow- 
through 
latch until the microprocessor 
reads it at 


which point the drive status lines are latched. The 
INTRQ line will be reset when this register is read. The 
format is: 


7 
654321 
0 


~IREADY~ERRORI 


This bit is asserted when a command is written into the 
COMMAND register and, except for the READ com- 
mand, is deasserted at the end of the command. When 
executing a READ command, Busy will be deasserted 
when the sector buffer is full. Commands should not be 
loaded into the COMMAND register when Busy is set. 
When the Busy bit is set, no other bits in the STATUS 
or ERROR registers are valid. 


During 
other 
non-data 
transfer 
commands, 
Busy 


should be ignored as it will go active for short periods. 


This bit reflects the state of the DRDY (pin 28) line at 
the time the microprocessor reads the status register. 
Transitions on the DRDY line will abort a command 
and set the aborted command bit in the error register. 


This bit reflects the state of the WR FAULT (Pin 30) 
line. Transitions on this line will abort a command and 
set the aborted command bit in the error register. 


This bit reflects the state of the SC (pin 32) line. Com- 
mands which initiate a seek will pause until Seek Com- 
plete is set. This bit is latched after an aborted com- 
mand error. 


The Data request bit (DRQ) reflects the state of the 
BDRQ (Pin 36) line. It is set when the sector buffer 
should be loaded with data or read by the host proces- 
sor, depending upon the command. The DRQ bit and 
the BDRQ line remain high until BRDY indicates that 
the sector buffer has been filled or emptied, depending 
upon the command. BRDQ can be used for DMA. 


Bit 2 - Data Was Corrected (DWe) 


When set, this bit indicates that an ECC error has been 
detected during a read operation, and that the data in 
the sector buffer has been corrected. This provides the 
user with an indication that there may be a marginal 
condition within the drive before the errors become un- 
correctable. This bit is forced to zero when not in the 
ECC mode. 


When this bit is set, a command is being executed and a 
new command should not be loaded until it is cleared. 
Although a command may be executing, the sector 
butTer is still available for access by the host processor. 
When the 82064 is no longer busy (bit 7 = 0) the status 
register can be read. If CIP is set, only the status regis- 
ter can be read regardless of which register is selected. 


This bit is a logical OR of the contents of the error 
register. Any bit being set in the error register sets this 
bit. The host must read the ERROR register to deter- 
mine what type of error occurred. This bit is cleared 
when a new command is loaded. 


This write-only register is loaded with the desired com- 
mand: 


543 
2 


COMMAND 


The 82064 begins to execute immediately upon loading 
any value into this register. This register should not be 
written while the Busy or Command in Progress bits 
are set in the STATUS register. The INTRQ line (Pin 
3) if set, will be cleared by a write to the COMMAND 
register. 


The 82064 WDC instruction 
set contains six com- 
mands. Prior to loading the command register, the host 
processor must first set up the Task Register File with 
the information needed for the command. Except for 


intJ 


the COMMAND 
register, 
the registers 
may be loaded 
in any order. 
If a command 
is in progress, 
a subsequent 
write 
to the COMMAND 
register 
will be ignored. 
A 
command 
is finished 
when 
the command 
in progress 
(CIP) 
bit in the 
STATUS 
register 
is cleared. 
See the 
Command 
Section 
for 
an 
explanation 
of each 
com- 
mand. 


COMMAND 
7654 
3 
2 
1 


RESTORE 
o 0 0 1 R3 R2 R1 RO 
SEEK 
o 1 1 1 R3 R2 R1 RO 
READ SECTOR 
001 
0 
I 
M 
0 
T 
WRITE SECTOR 
o 0 1 1 
0 
M 
0 
T 
SCAN 10 
01000 
0 
0 
T 
WRITE FORMAT 
o 1 0 1 
0 
0 
0 
0 
COMPUTE CORRECTION 
0 0 0 0 
1 
0 
0 
0 
SET PARAMETER 
0000 
0 
0 
0 
S 


R 3-0 
= Rate Field 


For 5 MHz WR Clock: 


0000- 
::::35 J.l.s 
0001-0.5 
ms 
0010-1.0ms 
0011-1.5 
ms 
0100-2.0 
ms 
0101-2.5 
ms 
0110-3.0 
ms 
0111 -3.5 
ms 
1000-4.0 
ms 
1001-4.5 
ms 
1010-5.0 
ms 
1011 -5.5 
ms 
1100-6.0 
ms 
1101-6.5ms 
1110- 
3.2 J.l.s 
1111-16J.l.s 


COMMAND 
7 
6 
5 
4 
3 
2 
1 


T = 
Retry Enable 


T = 0 
Enable Retries 
T = 1 
Disable Retries 


M= 
Multiple Sector Flag 


M=O 
Transfer 1 Sector 
M = 1 
Transfer Multiple Sectors 


I 
= 
Interrupt Enable 


I 
=0 
Interrupt at BDRQ time 
I 
= 1 
Interrupt at end of command 


S = 
Error Correction Span 


S = 0 
5-bit Span 
S = 1 
11-bit Span 


This section 
consists 
of two parts. 
The first part 
gives 
an explanation 
of each command, 
a flowchart 
showing 
the 82064's 
sequence 
of events, 
and the commands' 
se- 
quence 
of events 
as seen by the host 
microprocessor. 


The 
second 
section 
shows 
flowcharts 
of general 
soft- 


ware 
routines 
and 
their 
PLM 
equivalent, 
for 
both 
polled 
and 'interrupt 
driven 
software. 


The designer 
must 
remember 
that 
the 82064 expects 
a 
full 
sector 
buffer 
that 
can 
be isolated 
from 
the 
host 
during 
data 
transfers 
between 
the 82064 and the disk. 
Since the 82064 assumes 
a full sector buffer is available, 
it does not check 
for data 
overrun 
or underrun 
error 
conditions. 
If such 
a condition 
occurs, 
corruption 
of 
data will happen 
and the host will have no indication 
of 
an error. 
The design 
must 
guarantee 
against 
over-run 
and 
under-run 
conditions 
when 
not 
using 
the 
sector 
buffer 
approach. 


A command 
is placed 
into the command 
register 
only 
after the Task Registers 
have been written 
with proper 
values. The Task Registers 
may be loaded 
in any order. 


A command, 
once started, 
can only be terminated 
by a 
hardware 
reset to the 82064. This may corrupt 
data on 
the disk by removing 
necessary 
control 
signals 
out of 
sequence. 


The general 
sequence 
of a command 
is as follows: 


The host loads the Task Registers 


The host loads the Command 
Register 


The 82064 locates 
the correct 
cylinder 


Data 
transfer 
takes place 


The 82064 issues an interrupt 


Restore Command 
- 
o 0 0 1 R3 R2 R1 RO 


The Restore 
command 
is used to position 
the heads 
to 
track 
O. This 
command 
is usually 
issued 
to the 82064 
on power-up 
to initialize 
internal 
registers. 
The 
user 
specified 
rate field (R3-RO) 
is stored 
internally 
for FU- 
TURE 
use in commands 
with implied 
seeks. 


The step rate value is not used with this command. 
The 
actual 
stepping 
rate used is dependent 
upon 
the hand- 
shake delay between 
the 82064 issuing 
a step pulse and 
the drive returning 
a seek complete 
for each track. 
Af- 
ter each step pulse is issued, the 82064 waits for a rising 
edge on the Seek Complete 
(SC) line before 
issuing 
the 
next pulse. If 8 index pulses are received 
without 
a ris- 
ing edge on SC, the 82064 will switch 
to sampling 
the 
level of the SC line. If after 2048 step pulses the Track 
00 signal has not gone active, 
the 82064 will terminate 


inter 


"lSET Awe 
SET DIIUCTION 


- 
OUT 


STOAt: 
STEP RATE 


PULSE ID 
SET INTRQ 
RESET IUSY.CIP 


the command, assert INTRQ and set the TRACK 000 
bit in the Error Register. The command will terminate 
if WR Fault goes active or DRDY goes inactive at any 
time. Figure 13 is a flow chart of the command. 


Seek Command 
- 
o 1 1 1 R3 R2 R 1 RO 


The Seek command positions the heads to the cylinder 
specified in the Task Registers. The direction and num- 


ber of step pulses issued is calculated by comparing the 
cylinder high/low registers to an internal "present posi- 
tion" cylinder register. The present position register is 
updated after all step pulses are issued and the com- 
mand is terminated. 


The actual stepping rate is taken from the rate field bits 
(R3-RO) and stored for future use. The command ter- 
minates at once if WR FAULT goes active or DRDY 
goes inactive at any time. Figure 14 is a flowchart of the 
command. 


Since the data 
transfer 
commands 
feature 
implied 


seeks, this command is of use mainly to those using 
multiple drives and software that can take advantage of 
overlapped seeks. 


Scan 10 Command 
- 
0100000T 


The Scan ID command is used by both the 82064 and 
the host to update the SDH, the Sector Number, Cylin- 
der and internal present position registers. Once the 
command is issued, the Seek Complete line is sampled 
until valid. The first ID field found, as indicated by the 
address mark, is loaded into the previously mentioned 
registers. The Bad Block bit will be set if detected, and 
the command will terminate. ID CRC errors will start 
the search sequence over for a maximum of 10 index 
pulses, but the registers will be loaded with whatever 
data the 82064 had perceived as ID information. Im- 
proper states on WR Fault on DRDY will terminate 
the command. Figure 15 is the flow chart of the com- 
mand. 


The main use for this command is to determine where 
the heads are currently located and what size the sec- 
tors are (i.e. 256, 512 etc.). Without this command, it 
would be necessary to recall the heads to track zero and 
then step out to the desired cylinder each time a drive 
was changed. Specifying the wrong sector size would 
yield an ID not found error. This command enables the 
system to read the disk drive to determine what size 
sectors were recorded. 


Read Sector Command 
- 


0010lMOT 


The READ SECTOR command is used to transfer one 
or more sectors of data from the disk to the sector 
butTer. Upon receipt of the READ 
SECTOR com- 


mand, the 82064 checks the CYLINDER 
NUMBER 


LOWIHIGH register pair against an internal cylinder 
position register to see if they are equal. If not, the 
direction and number of steps are calculated and a seek 
takes place. If an implied seek is performed, the 82064 
will search until a rising edge of SC is received. The 
WR FAULT and DRDY lines are monitored through- 
out the command. 


Once the Seek Complete (SC) line is high (with or with- 
out an implied seek having occurred), the search for an 
ID field begins. If T = 0 (retries enabled), the 82064 
must find an ID with the correct cylinder number, 
head, sector size, and CRC within 10 revolutions, or a 
Scan ID and re-Seek will be performed. The search for 
the proper ID will again be tried for up to 10 revolu- 
tions. If the correct sector is still not found, the appro- 
priate error bits will be set and the command terminat- 
ed. Data CRC errors will also be retried for up to 10 
revolutions (if T = 0). 


1fT = 1 (retries disabled), the ID search must fmd the 
correct sector within 2 revolutions or the appropriate 
error bits will be set and the command terminated. 


Figure 15. Scan 10 Command 
Flow 


Both the READ 
SECTOR 
and WRITE 
SECTOR 


commands feature a "simulated completion" 
to ease 


programming. DRQ/BDRQ will be generated upon de- 
tecting an error condition. This allows the same pro- 
gram flow for successful or unsuccessful completion of 
a command. 


When the data address mark is found, the 82064 is 
ready to tranfer data to the sector buffer. After the data 
has been transferred, the I bit is checked. If I = 0, 
~NTRQ is made active coincident with BDRQ, indicat- 
mg that a transfer of data from the butTer to the host 
processor is required. If I = I, INTRQ will occur at 
the end of the command, i.e. after the butTer is unload- 
ed by the host. 


When M = 0 (READ SECTOR) 


(1) 
Host: 
Sets up parameters; 
issues READ SECTOR command. 


(2) 
82064: 
Strobes 
BCR. 
(3) 
82064: 
Finds sector specified; 
asserts BCR and BCS; transfers 
data to buffer. 


(4) 
82064: 
Sets BCR = 1, BCS = O. 
(5) 
82064: 
Sets BORa = 1; ORa = 1. 
(6) 
82064: 
If I bit = 1 go to (9). 
(7) 
Host: 
Reads contents 
of sector buffer. 


(8) 
82064: 
Waits for BRDY, then sets INTRa 
= 1: END. 


(9) 
82064: 
Sets INTRa 
= 1. 


(10) 
Host 
Reads out contents 
of buffer; END. 


When M = 1 (READ MULTIPLE 
SECTOR) 


( 1) 
( 2) 
( 3) 
( 4) 
( 5) 
( 6) 
( 7) 
( 8) 
( 9) 
(10) 


Host: 
82064: 
82064: 
82064: 
82064: 
Host: 
82064: 
82064: 
82064: 
82064: 


Sets up parameters; 
issues READ SECTOR command. 
Assert 
BCR. 


Finds<sector specified; 
asserts 
BCR and BCS; transfers 
data to buffer. 
Strobes 
BCR; sets BCS = O. 
Sets BORa = 1; ORa = 1. 
Reads out contents 
of buffer. 


Waits for BRDY; Decrements 
SECTOR COUNt; 
increments 
SECTOR 
NUMBER. 


When BRDY = 1, if Sector Count = 0 then go to (10). 
Goto 
(2). 


Set INTRa 
= 1; End. 


The M bit is set for multiple sector transfers. When 
M = 0, one sector is transferred and the SECTOR 
COUNT register is ignored. When M = I, multiple 
sectors are transferred. After each sector is transferred, 
the 82064 decrements the SECTOR COUNT register 
and increments the SECTOR NUMBER register. The 
next logical sector will be transferred regardless of any 
interleave. Sectors are numbered at format time. 


Multiple sector transfers continue until the SECTOR 
COUNT register equals zero, or the BRDY line goes 
active (low to high). If the SECTOR COUNT register 
is non-zero (indicating more sectors are to be trans- 
ferred but the buffer is full), BDRQ will be made active 
and the host must unload the buffer. After this occurs, 
the buffer will again be free to accept the remaining 
sectors from the 82064. This scheme enables the user to 
transfer more sectors than the buffer memory has ca- 
pacity for. 


Write Sector Command 
- 
01110MOT 


The WRITE SECTOR command is used to write one 
or more sectors of data to the disk from the sector 
buffer. Upon receipt of a WRITE SECTOR command 
the 82064 checks the CYLINDER NUMBER LOW/ 
HIGH register pair against the internal cylinder posi- 
tion register to see if they are equal. If not, the direction 


and number of steps calculation is performed and a 
seek takes place. The WR FAULT and DRDY lines 
are checked throughout the command. 


When the Seek Complete (SC) line is found to be true 
(with or without an implied seek having occurred), the 
BDRQ signal is made active and the host proceeds to 
load the buffer. Once BRDY goes high, the ID field 
with the specified cylinder number, head, and sector 
size is searched for. Once found, WR GATE is made 
active and the data is written to the disk. If retries are 
enabled (T = 0), and if the ID field cannot be found 
within 10 revolutions, a Scan ID and re-Seek are per- 
formed. If the correct ID field is not found within 10 
additional revolutions, the ID Not Found error bit is 
set and the command is terminated. If retries are dis- 
abled, (T = I) and if the ID field cannot be found 
within 2 revolutions, the ID Not Found error bit is set 
and the command is terminated. 


During a WRITE MULTIPLE SECTOR command 
(M = I), the SECTOR NUMBER register is decre- 
mented and the SECTOR COUNT register is incre- 
mented after the transfer to the disk takes place. Dur- 
ing multiple sector transfers if BRDY is asserted after 
the first sector is transferred from the buffer, the 82064 
will transfer the next sector before issuing BDRQ. The 
82064 will set BDRQ and wait for the host processor to 
place more data in the buffer. 


When M = 0, 1 (WRITE SECTOR) 


( 1) 
Host: 
Sets up parameters; issues WRITE SECTOR command. 
(2) 
82064: 
Sets BORa = 1, ORa = 1. 
(3) 
Host: 
Loads sector buffer with data. 
(4) 
82064: 
Waits for BRDY = 0 to 1. 


(5) 
82064: 
Finds specified 10 field; writes sector to disk. 


(6) 
82064: 
If M = 0, then set INTRa = 1; END. 
(7) 
82064: 
Increment SECTOR NUMBER register; decrement SECTOR COUNT register. 
(8) 
82064: 
If SECTOR = 0, then set INTRa = 1; END. 


(9) 
82064: 
Go to (2). 


Write 
Format 
Command 
01010000 


The WRITE FORMAT 
command is used to format 
one track using the Task Register File and the sector 
buffer. During execution of this command, the sector 
buffer is used for additional parameter information in- 
stead of sector data. Shown in Figure 18 is the contents 
of the sector buffer for a 32 sector/track format with an 
interleave factor of two. Each sector requires a two byte 
sequence. The first byte designates whether a bad block 
mark is to be recorded in the sector's ID field. A 00 
Hex is normal; an 80H indicates a bad.block mark for 
the sector. In the example of Figure 18, sector 04 will 
get a back block mark recorded. Any attempt to access 
sector 4 in the future will terminate the command. 


The second byte indicates the logical sector number to 
be recorded. This allows sectors to be recorded with 
any interleave factor desired. The remaining memory in 
the sector buffer may contain any value. Its only pur- 
pose is to generate a BRDY to tell the 82064 to begin 
formatting the track. An implied seek is in effect on this 
command. As for other commands, if the drive number 
has been changed an ID field will be scanned for cylin- 
der position information before the implied seek is per- 
formed. If no ID field can be read (because the track 
had been erased or because an incomplete format had 
been used), an ID Not Found error will result and the 
WRITE FORMAT command will be aborted. This can 
be avoided by issuing a RESTORE command before 
formatting. 


The SECTOR COUNT register is used to hold the total 
number of sectors to be formatted (OIH = I sector; 
OOH = 256 sectors), while the SECTOR NUMBER 


register holds the number of bytes (minus three) to be 
used for Gap I and Gap 3. For instance, if the SEC- 
TOR COUNT register value is 02H and the SECTOR 
NUMBER 
register value is OOH, then 2 sectors are 
written on a track and 3 bytes of 4EH are written for 
Gap I and Gap 3. The data fields are filled with FFH 
and the CRC is automatically generated and appended. 
All gaps are filled with 4EH. After the last sector is 
written, the track is filled with 4EH until the index 
pulse terminates the write. The Gap 3 value is deter- 
mined by the drive motor speed variation, data sector 
length, and the interleave factor. The interleave factor 
is only important when 1:I.(no) interleave is used. The 
formula for determining the minimum Gap 3 length 
value is: 


Gap 3 = (2 • M • S) + K + E 
M 
motor speed variation (e.g., 0.03 for ± 3%) 
S 
= sector length in bytes 
K 
= 25 for interleave factor of I 
K 
0 for any other interleave factor 
E 
= 7 if the sector is to be extended 


As with all commands, a WR FAULT or drive not 
ready 
condition, 
will 
terminate 
execution 
of 
the 
WRITE 
FORMAT 
command. Figure 19 shows the 
format that the 82064 will write on the disk. The ex- 
tend bit in the SDH register must not be set during the 
Format command. 


A flowchart of the WRITE FORMAT 
command is 
shown in Figure 20. 
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DE-ASSERT 
INTRQ. 
ERRORS. 
ASSERT BUSY. ClP 


o 


NOTE: 
• If T = 1. then "dashed" path is taken after 2 index pulses. 


inter 


• If T bit of command = 1, then dashed path is taken. 
•• If T bit of command = 1, then test is for 2 index pulses. 


_~o 


NOTE: 
'If retries are disabled, the "dashed" path is taken after 2 index pulses. 


inter 
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5.2 Software 
Section: General 


Programming 


This section describesthe software needed to communi- 
cate with the 82064in order to store and retrieve data. 
This chapter describes the software in a general manner 
and Appendix B contains the actual implementation 
used to exercise the 82064SBX board. 


As discussed in the Polled Interface Section, the 82064 
does not directly support polled operation for data 
transfers without the addition of hardware. This section 
is based upon the polled interface as described in the 
Polled Interface Section. 


The six 82064 commands can be divided into two 
groups, those with data transfers and those without. 
The commands that do not use the sector butTerare: 
Restore, Seekand Scan ID. The functions of each com- 
mand are explained in the Commands Section. Figure 
21 is a flowchart of a polled operation and a PLM ex- 
ample. 


The last status that was read will contain any error 
conditions that might have occurred during the com- 
mand. 


For commands that do make use of the sector butTer, 
the size of the sector butTerwill affect the software. If 
the sector butTeris equal in size to one sector, then a 
carry out of an address counter (for the sector butTer) 
as the butTeris being mled will indicate to the 82064 
that the command should continue. If the sector butTer 
size is equal to two or more disk sectors, and only one 
sector is being transferred, then the carry out signal 
would not go active, and the 82064will be forever wait- 
ing for BRDY. In this case an I/O port would have to 
be used to generate this signal for the 82064 so that 
command execution can finish. Figure 22 is a flowchart 
of the READ SECTOR command, and its PLM repre- 
sentation. The WRITE 
SECTOR and 
FORMAT 
TRACK commands are equivalent in terms of software 
interfacing. Their flowcharts and their PLM equiva- 
lents are shown in Figure 23. 


Once the command register is written the 82064 re- 
quests a data transfer before locating the proper track. 
Once the butTer is filled and BRDY is asserted, the 
82064will locate the target track and sector. If the ID 
is not located before the selected number of retries have 
occurred, the 82064will terminate the command. The 
data transferred to the sector butTerwill not have been 
used. Once the command has finished (i.e., CIP = 0), 
the status and error registers will inform the host of an 
error. 
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Disk$Operation: 
Procedure; 
Call 
Write$82064$Task$Reg's; 
'" 
Write 
Task Registers 
"' 
Output 
(Command$Reg) = 
Command; 
Status 
= 
Input 
(Status$Reg); 
1* Read Status 
Reg "' 
Do while 
Status 
and 
CIP = 
CIP; 
1* Wait 
until 
command finishes 
"' 
Status 
= Input 
(Status$Reg); 
End; 
End Disk$Operation; 


inter 


Disk$Operation: 
Procedure; 
Call 
Write$82064$Task$Regs; 
Output 
(Command $ Reg) 
= Command; 
Status 
= 
Input 
(Status$Reg); 
Do while 
Status 
and CIP = CIP; 
If 
Status 
and DRQ = DRQthen 
Do; 
Call 
Read$Data$From$Buffer; 
Output 
(BRDY$PORT)= 01; 
End; 
Status 
= Input 
(Status$Port) 
End; 
End Disk$Operation; 


"nter 


MOVE DATA 
FROM SYSTEM 
RAM TO SECTOR 
BUFFER 


Disk$Operation: 
Procedure; 
Call 
Write$82064$Task$Regs; 
Output 
(Command$Reg) = Command; 
Status 
= 
Input 
(Status$Reg); 
Do while 
status 
and ctp 
= 
CIP; 
If 
status 
and DRQ = DRWthen 
do; 
Call 
Write$Data$to$Buffer; 
Output 
(BRDY$Port) 
= 01; r 
Make BRDYgo acU ve 
•/ 
End; 
Status 
= Input 
(Status$Reg) 
End; 
End Disk$Operation; 


inter 


Disk$Operation: 
Procedure; 
Call 
Write$82064$Task$Regs; 
f' 
Write 
registers 
'f 
Output 
(Command$Reg) 
= Command; f' 
Start 
command 'f 
Status 
= Input 
(Status$Reg); 
r 
Read 
status 
•f 
Do while 
status 
and 
CIP 
= CIP; r 
Is 
a command in 
progress 
•f 
If 
status 
and 
DRQ = 
DRQ then 
do; r 
Data 
transfer? 
= 
yes 
•f 
If 
command = 
Read$Sector 
then 
Call 
Read$Data$From$Buffer; 
f' 
Remove data 
'f 
Else 
Call 
Write$Data$to$Buffer; 
f' 
Send 
data 
'f 
Output 
(BRDY$PORT) = 
01; 
f' 
Toggle 
BRDY0 to 
1 'f 
End; 


End Disk$Operation; 


Start$Disk$Operation: 
Procedure; 
Call 
Write$82064$Task$Reg's; 
Output 
(Command $ Reg) 
= 
Command; 
End Start$Disk$Operation; 


Figure 24 is the PLM routine that allows for all six of 
the commands. It differs from the READ and WRITE 
routines in that the direction that data is to be trans- 
ferred is determined by the command. 


Figure 24 also works for multiple sector transfers. 
However, the BRDY signal must be generated in hard- 
ware (the carry-out of an address counter). 


Interrupt driven software is chosen when the micro- 
processor must execute other tasks and cannot sit wait- 
ing for the disk to reposition its heads, as in a polled 
environment. The delay in repositioning heads can be 
anything from a couple of milliseconds to a second or 
more. 


The 82064's interrupt (INTRQ) pin goes active to indi- 
cate that the command has finished. The READ SEC- 
TOR command provides the programmable choice of 
having the interrupt occur at the end of the data trans- 
fer or the normal end of the command. The reason for 
this option is that when the 82064 signals that a data 
transfer is required (via BDRQ, DRQ) the disk has 
been read and the data has been placed in the buffer. 
The host would remove the data and issue BRDY. The 
82064 would then issue an interrupt indicating that the 
command has finished. The interrupt procedure would 


only have to read the status register. If the interrupt is 
issued at BDRQ the host would remove the buffer data 
and generate BRDY. At this point the status and error 
registers contain valid information. Generating an in- 
terrupt at BDRQ time may save some systems some 
software overhead. 


The WRITE SECTOR and FORMAT commands do 
not have this option because the sector buffer is filled 
before the track and sector are located. Hence, there 
can be significant delays between asking for data and 
the command terminating. 


In an interrupt driven environment, the 82064 can in- 
terface to a DMA controller for data transfers between 
the sector buffer and the host's RAM. If a DMA con- 
troller is not available an interrupt must be generated 
via the BDRQ line. However, BDRQ can stay active 
for long periods of time (until BRDY is generated). The 
interrupt sensing logic must take this into account to 
avoid being retriggered constantly. Intel's 8259A Inter- 
rupt Controller 8259A provides that capability. It 
should be programmed for edge triggered interrupts or 
the end of interrupt byte must not be issued until 
BDRQ is removed to prevent retriggering. 


Figure 25 is a PLM example of starting a disk opera- 
tion in an interrupt driven environment. The command 
starts, and some indefinite amount of time later an in- 
terrupt would be generated, indicating service is re- 
quired. 


inter 


End$of$Transfer: 
Procedure 
Interrupt; 
Status = 
Input 
(Status$Register); 
Output 
(8259A PIC) 
= End$of$Interrupt; 


End End$of$Transfer; 


Service$Disk$Controller: 
Procedure 
Interrupt; 


Status = 
Input 
(Status$Port); 


If Status and DRQ 
= DRQ then 


Call Transfer$Data$TojFrom$Buffer;j" 
Enable DMAC 
"j 
Output 
(8259A PIC) 
= End$of$Interrupt; 
End Service$Disk$Controller; 


If a DMA controller is used, it would have to be pro- 
grammed and initialized before the command is issued 
to the 82064. Recall that once a data transfer between 
the microprocessor and 82064 has finished, BRDY 
must be set high. As long as BRDY is generated from 
hardware, no microprocessor intervention is needed. If 
BRDY is generated by an I/O port the microprocessor 
will have to perform this function (this will be the case 
with any system that has a sector buffer larger than one 
sector). (One option could be to generate an interrupt 
from the terminal count pin of the DMA controller. 
The microprocessor would then issue a BRDY.) Data 
transfers between host RAM and the sector buffer 
would be handled without microprocessor intervention. 
The interrupt would then signal that the command has 
finished as shown in Figure 26. The only operation the 
host processor would perform is to check the status 
register of the 82064 for any error conditions. 


If BDRQ is used to generate an interrupt in addition to 
the normal interrupt, then the routines shown in Figure 
27 will check the status register to see if a data transfer 
should be executed or if the command is finished. If 
DRQ is not set, the command has finished and any 
error conditions would be in the status register. 


Another possibilitywould be to have separate interrupt 
routines for the two possible sources of interrupts 
(INTRQ, BRDQ). There would then be no need to test 
the status to see which interrupt had occurred. 


This section shows an application using the 82064 in- 
terfaced to the SBX bus. A quick overview of the SBX 
bus is provided (pin descriptions, general wave forms) 
as a background for the application. Designing the 
82064 onto an SBX Multimodule board was chosen to 
highlight the size and complexity differences between 
earlier TTL, MSI, LSI-based disk controller boards and 
what is possible using the 82064. Both the hardware 
and software sections will be applicable to most other 
designs using the 82064. This design example is called 
SBX82064 and does not represent a real product of- 
fered by Intel Corporation. Appendix C contains the 
schematic of the SBX board. 


The advantage of the SBX Multimodule is that it per- 
mits the system to be tailored for specific needs with a 
minimum of effort. The advantage of an SBX based 
disk controller is that a current system can make use of 
the capacity, reliability and speed of a hard disk with 
no (or minimal) hardware redesign. 


The iSBX Multimodule boards are small, specialized, 
I/O mapped boards which plug onto base boards. The 
iSBX boards connect to the iSBX bus connector and 
convert the iSBX bus signals to a defined I/O interface. 
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Figure 28. iSBX Multimodule 
Board Concept 
(Double 
Wide) 


Control 
Lines 


The base board decodes I/O addresses and generates 
the chip selects for the iSBX Multirnodule boards. In 8- 
bit systems, the base board decodes all but the lower 
three addresses in generating the iSBX Multimodule 
board chip selects. In 16-bit systems, the base board 
decodes all but the lower order four addresses in gener- 
ating the iSBX Multimodule board chip selects. Thus, a 
base board would normally reserve two blocks of 8 I/O 
ports for each iSBX socket it provides. 


There are two classes of base boards, those with Direct 
Memory Access (DMA) support and those without. 
Base boards with DMA support are boards with DMA 
controllers on them. These boards, in conjunction with 
an iSBX Multimodule board (with DMA capability), 
can perform direct I/O to memory or memory to I/O 
operations. 


The iSBX bus interface can be grouped into six func- 
tional classes: 
I. Control Lines 


2. Address and Chip Select Lines 
3. Data Lines 
4. Interrupt Lines 
5. Option Lines 
6. Power Lines 


COMMANDS: 


lORD (I/O Read) 
IOWRT (I/O Write) 
DMA: 


MDRQT (DMA Request) 
MDACK (DMA Acknowledge) 
TDMA (Terminate DMA) 
INITIALIZE: 


RESET 
CLOCK: 
MCLK (iSBX Multimodule Clock) 
SYSTEM CONTROL: 
MWAIT 
MPST (iSBX Multimodule Board Present) 


The command lines are active low signals which pro- 
vide the communication link between the base board 
and the iSBX Multimodule board. An active command 
line, conditioned by chip select, indicates to the iSBX 
Multimodule board that the address lines are valid and 
the iSBX Multimodule board should perform the speci- 
fied operation. 


inter 


OMA Lines (MORQT, 
MOACK, TOMA) 


The DMA lines are the communication Iink'between 
the DMA controller device on the base board and the 
iSBX Multimodule board. MDRQT is an active high 
output signal from the iSBX Multimodule board to the 
base board's DMA device requesting a DMA cycle. 
MDACK is an active low input signal to the iSBX 
Multimodule board from the base board DMA device 
acknowledging that the requested DMA cycle has been 
granted. TDMA is an active high output signal from 
the iSBX Multimodule board to the base board. 
TDMA is used by the iSBX Multimodule b'oard to ter- 
minate DMA activity. The use of the DMA lines is 
optional as not all base boards will provide DMA chan- 
nels and not all iSBX Multimodule boards will be capa- 
ble of supporting a DMA channel. 


This input line to the iSBX Multimodule board is gen- 
erated·by the base board to put the iSBX Multimodule 
board into a known internal state. 


This input to the iSBX Multimodule board is a timing 
signal. The 10 MHz (+ 0%, - 10%) frequency can 
vary from base board to base board. This clock is asyn- 
chronous from all other iSBX bus signals. 


System 
Control 
Lines 
(MWAIT, 
MPST) 


These output signals from the iSBX Multimodule 
board control the state of the system. 


An active MWAIT (Active Low) will put the CPU on 
the board into wait states providing additional time for 
the iSBX Multimodule board to perform the requested 
operation. MWAIT must be generated from address 
(address plus chip select) information only. If MWAIT 
is driven active due~tch 
on the CS line during 
address transitions, MWAIT must be driven inactive in 
less than 75 ns. 


The iSBX Multimodule board present (MPST) is an 
active low signal (tied to signal ground) that informs 
the base board 110 decode logic that an iSBX Multi- 
module board has been installed. 


The address and chip select lines are made up of two 
groups of signals. 


The base board decodes I/O addresses and generates 
the chip selects for the iSBX Multimodule boards. The 
base board decodes all but the lower order three ad- 
dresses in generating the iSBX Multimodule board chip 
selects. 


These positive true input lines to the iSBX Multimod- 
ule boards are generally the least three significant bits 
of the I/O address. In conjunction with the command 
and chip select lines, they establish the I/O port ad- 
dress being accessed. In 16-bit systems, MAO-MA2 
may be connected to ADRI-ADR3 
of the base board 
address lines. 


In an 8-bit system, these input lines to the iSBX Multi- 
module board are the result of the base board I/O de- 
code logic. MCS is an active low signal which condi- 
tions the I/O command signals and thus enables com- 
munication with the iSBX Multimodule boards. 


The SBX82064 Multimodule board will interface an 
ST506 compatible drive to any host board having an 
SBX connector. Two restrictions on the disk drive are 
that there is a maximum of 2048 cylinders and/or 8 
heads. The SBX connector cannot supply the power-up 
current requirements of the drive. The drive must be 
connected directly to the power supply. The SBX82064 
in Appendix C does not support DMA transfers. The 
version in Appendix D does support DMA transfers. 
Since this multimodule has a 2 kbyte sector buffer, the 
host microprocessor must generate a BRDY by access- 
ing an I/O port during data transfers. 


The software for communicating to the SBX board is 
intended to be interrupt driven. Polling for data trans- 
fers is not supported. Reading the status without an 
interrupt is not recommended. During the times the 
82064is accessingthe sector buffer, the SBX82064will 
isolate itself from the host. To support polling, a hard- 
ware generated busy pattern should be driven onto the 
host's data bus as is shown in the Polled Interface sec- 
tion. The sector buffer stores up to 2 kbytes of disk 
data, for multiple sector transfers. The SBX board only 
interfaces to one drive (for space reasons), but four 
drives could be used with the addition of a read data 
multiplexor (one Ie) and the drive data cables. 


inter 


Figure 29 is a block diagram of the SBX82064's micro- 
processor interface. The I/O port assignments are listed 
in Table I. The functional blocks of the interface are: 


Sector Buffer Isolation Logic 
Wait State Logic 
Sector Buffer 
SectorlDrivelHead 
Register Logic 


Port Addrellll 
Read 
Write 
80H 
Sector Buffer 
Sector Buffer 
82H 
ErrorReg 
RWCReg 
84H 
Sector Count 
Sector Count 
86H 
Sector Number 
Sector Number 
88H 
CylinderLow 
CylinderLow 
8AH 
CylinderHigh 
CylinderHigh 
8CH 
SOHReg 
SOHReg 
8EH 
Status Reg 
CommandReg 
90H 
None 
None 
92H 
None 
Asserts BCR 
94H 
None 
AssertsBROY 


NOTE: 
Address assignments are determined by the host board. 


IORO 
S 


• 
IOWA 


lICSO 


X 


The host will be isolated from the SBX board whenever 
the 82064 is accessing its sector buffer which is enabled 
by BCS. The host's control signals, RD, WR, MCSO, 
and MCSI and data bus are also disabled at the same 
time to prevent any data in the sector buffer from being 
corrupted. The host should wait for an interrupt before 
reading the 82064's Status register. Attempting to read 
the SBX board while BCS is active will return invalid 
data, since the SBX board will have the data bus tri- 
stated. 


The 
wait state 
logic drives 
the 
'not 
ready' 
line, 


MWAIT, active whenever the host reads the SBX 
board. MWAIT does not go active for buffer or 82064 
register writes. This logic was required for two reasons. 
First, a d~ed 
read is generated, because the address 


setup to RD margin of the SBX bus is less than the 
82064's needs (50 ns vs 100 ns). Second, the RD to data 
valid access period of the 82064 (375 ns), is greater than 
the SBX bus' full speed read cycle (275 ns) permits. 


INDeX 


TRACKO 
sc 
RUDY 


WA 
FAULT 


Figure 29. 82064 sax Multlmodule Diagram 
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MWAIT is deactivated after allowing for the delayed 
RD and the access period of the 82064. This delay is 
accomplished with a 500 ns delay line. The first tap at 
100 ns generates the read request to allow for the ad- 
dress setup margin. The next tap 400 ns later removes 
MWAIT to allow the host to continue. 


The sector buffer consists of an address counter (using 
'ls393's) and a 2 kbyte static RAM. The address coun- 
ter is incremented on the trailing edge of a valid RD or 
WR cycle, either host microprocessor or 82064 initiat- 
ed. The counter is reset by a hardware reset, the 82064 
buffer reset BCR, or by accessing an I/O port to pro- 
vide software control. The 82064 will issue BCR each 
time BCS changes state (i.e. twice per sector). Resetting 
the buffer counter can be put under software control for 
multiple sector transfers. BRDY going high tells the 
82064 that the buffer is available for its use. BRDY is 
generated by the address counter, by filling or emptying 
the entire buffer in multiple sector transfers, or from an 
I/O port when single sector transfers are done (since 
single sectors won't use all 2 kbytes of the buffer, the 
hardware signal will not be generated). When the 82064 
is using the buffer, BCS will be low, and the RD or WR 
line will be pulsed every 1.6 microseconds. 


When the 82064 is using the buffer it prevents access by 
the host by tristatin.£...!!1eread, write, select and data 
lines with a low on BCS. 


The drive and head select bits must be latched external- 
ly to the 82064, since these outputs are not provided. 
An 8 bit latch is strobed on the trailing edge of the WR 
pulse when the SDH register is selected. The two drive 
select bits are then demultiplexed to provide a one of 
four drive select line. If multiple drives are used then 
these outputs would also be used to select which disk's 
read data line would be gated into the PLL. 


While the interrupt line is programmable (to notify of 
an end of command or data transfer request for the 
Read Sector command only), software will ensure that 
the interrupt from the 82064 signifies command termi- 
nation. The BDRQ line is OR'ed with the 82064's 
INTRQ line or BDRQ can generate its own interrupt. 
BDRQ is also gated off-board for a DMA controller. 


Figure 30 is a block diagram of the interface between 
the 82064 and the disk drive. The functional blocks are: 


Write Data Logic 


Read Data Logic (PLL) 
Drive Control 


The WR DATA output requires a D flip-flop clocked 
at 10 MHz to complete the conversion of data to MFM. 
The output of this D flip-flop is true MFM and is sent 
to a delay line. A delay line determines the amount of 
delay for precompensation. 
No delay corresponds to 
shifting the data bit early; the first tap is approximately 
12 ns of delay and is the "normal", or no delay and the 
second tap provides 12 ns of delay, referenced to the 
"normal" write data. Which output is selected is deter- 
mined by the states on RWC, Early and Late. This 
function was generated with a 74s151 multiplexer. 
When RWC is inactive EARLY and LATE only select 
"normal" data since they are always active. The pre- 
compensated write data is then driven onto the data 
cable by an RS-422 driver. 


The PLL generates the RD CLOCK that is used to 
decode the serial MFM data from the drive. A selected 
drive issues read data, unless WR GATE is active. A 
one-shot generates a pulse of 220-270 ns to provide the 
DRUN input. Only during an all zero's or one's field 
will the DRUN input stay high, as it will be retriggered 
every 200 ns (the minimum distance that separates con- 
tinuous clock and data bits). As soon as DRUN is de- 
termined to be valid, the RD GATE output will go 
active, switching the PLL from the 10 MHz local clock 
input to disk data. The PLL will synchronize to the 
incoming serial data and generate a Read Clock of the 
proper timing and phase. The 82064 will then start to 
search for the address mark which is indicated by 
DRUN going low at the address mark. 


No detail is provided herein on PLL design, as it is 
beyond the scope of this document. PLL design should 
be left to experienced designers, since minute changes 
in temperature and component values will drastically 
affect the soft error rate. As an alternative, several com- 
panies manufacture 
very high speed PLL chips for 
MFM encoded disk drives. Besides being fairly easy to 
design in, they reduce the number of components and 
board area needed for the sophisticated PLL. 
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Presented in Appendix B is a listing of the software 
used to exercise the SBX 82064 board. Communication 
between the host software and the SBX driver routine is 
done through a structure located in system RAM. The 
host routine fills in required parameters, then passes the 
address of this communication block to the SBX driver 
routine. The driver routine pulls necessary values from 
this command block (CBL), executes a disk operation, 
then fills the CBL with the 82064's register contents, 
plus status and error information. The command block 
structure is shown in Figure 31. 


Command 
Byte 
Rwc Reg 
Byte 
Sector Cnt. 
Byte 
Sector Num. 
Byte 
Cyl Low 
Byte 
,. 


Cyl High 
Byte 
SDH Reg 
Byte 
Status Reg 
Byte 
Error Reg 
Byte 
Host Buffer 
Pointer 


The host board did not have a DMA controller avail- 
able, so an interrupt is issued from the BDRQ line and 
OR'ed 
with the 82064's interrupt 
line as interrupt 
sources were limited by the host. When an interrupt 
occurs, the interrupt procedure checks for either a data 
transfer, and executes it, or the completion of the com- 
mand. If the interrupt signifies command completion, 
the interrupt procedure fills the command block with 
the 82064's task, status and error registers. 


In this example, the host software examines one byte in 
the command block and until this byte is changed to a 
00, no other command blocks will be passed to the disk 
driver routine. An alternative would be to issue a soft- 
ware interrupt to notify the microprocessor that the 
disk operation has finished and the command block 
contains parameters from the last operation and that a 
new disk command could start. 


The driver for this example allows polling for non-data 
transfer commands, and must use interrupts for data 
transfers. As mentioned earlier, microprocessor inter- 
vention is required since the sector buffer is much larg- 
er than one sector and will not generate a BRDY. The 
microprocessor must write to an I/O port, which sets 
BRDY, after each host to sector buffer transfer. An 


actual software implementation would not include the 
polling and interrupt 
routines together, as only one 


method would generally be used. 


The calling routine, which would normally be a direc- 
tory program, places the values for which sector, num- 
ber of sectors, etc., in the CBL. The disk routine is 
called and the address of this structure is passed on the 
stack. The disk driver places these parameters in the 
82064's Task registers and initiates a command. 


If the interrupt 
driven method was chosen, the disk 


driver routine returns to the calling routine. This per- 
mits other processing to be performed while the disk is 
executing a command. At some point, an interrupt will 
be generated, either from BRDY or INTRQ. Control 
will pass to the driver and the status register will be 
checked. If a data transfer is needed, either the micro- 
processor can transfer data or a DMA controller can 
perform the function. Once the transfer of data to the 
buffer is finished the microprocessor must set BRDY 
through an I/O port. 
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APPENDIX 
A 
ST506 INTERFACE 


The ST506 interface is a modified version of Shugarts 
floppy disk drive interface and has been promoted by 
Seagate Technology. This interface is intended to be 
easy and low in cost to implement, yet provide a medi- 
um level of performance. The interface rigidly defines 
several areas: the hardware 
interconnects, 
the data 
transfer rate, the data encoding method, and how the 
disk is formatted. 


The data transfer rate depends upon the linear bit den- 
sity of the disk media and the speed at which the disk 
spins. ST506 specifies a 5 Mbit/second 
transfer rate. 


The typical ST506 drive has a nominal linear density of 
10,416 bytes and a disk speed of 3600 rpm, which yields 
a 5 Mbit/second data transfer rate. No deviation from 
5 M/bits second is allowed. 


Increasing the linear density to increase storage capaci- 
ty would require a decrease in disk speed. Otherwise, 
the data rate would increase. This decrease in disk 
speed would cause access times to increase, which 
many would deem unacceptable. To increase storage 
capacity, and remain ST506 compatible, either the 
number of cylinders and/or the number of platters can 
increase. 


ST506 requires that the serial data, sent between the 
drive and the controller, be encoded according to MFM 
rules. The basic unit of storage is a bit cell, which stores 
one bit information. This bit cell is divided into two 
halves, consisting of a clock bit and a data bit (see Fig- 
ure A-I). 


CLOCK 
BIT I 
DATA BIT 
CLOCK 
BIT I 
DATA BIT 


THIS 
WOULD 
EQUAL 
A USER 
0 
THIS 
WOULD 
EQUAL 
A USER 
1 


The encoding rules for MFM are fairly simple: 
I. A clock bit is written when the previous and the 


current bit cell does not contain a data bit. 


2. A data bit is written whenever there is a "one" from 


the user. 


Sync fields are composed of zeroes which generates a 
series of clock bits in the bit cell's. A phase lock loop 
locks on to the data stream during this period and gen- 
erates a signal of the proper phase and frequency which 
is used to decode the combined clock and data serial 
data stream. 


All disk media must be written with a specified format 
so that data may be reliably stored and retrieved. The 
smallest unit of controller accessible data is the sector 
which typically contains sync fields, ID fields, and a 
data field, and buffer fields. 


The format of the disk required by ST506 is shown in 
Figure A-2. It should be noted that this format is fixed 
in the 82064. The user has options only for GAPI and 
3 length (when changing sector size or ECC) and 
whether to have 82064 CRC checking or user supplied 
ECC syndrome bits. 


Gap I serves two purposes. The first is to allow for 
variations in the index pulse timing due to motor speed 
variations. The second purpose is to allow a small delay 
to permit a different head to be selected without miss- 
ing a sector. This is more of a data transfer optimiza- 
tion function and requires the disk controller to know 
which head is to be selected, when the last sector of a 
track has been read, and the next logical sector in the 
file exists on another platter. The 82064 does not switch 
heads automatically. Whether this scheme can be used 
or not depends upon the floPbeing able to alter one 
register in the 82064, before the next sector passes be- 
neath the heads. 


This gap is typically 12bytes long and is written by the 
82064 as 4E Hex. 
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Gap 2 - 
Write 
Splice Gap 


This gap follows the CRC bytes of the ID field and 
continues up to the data field address mark. When up- 
dating a previously written sector, motor speed varia- 
tions could turn on the write coil, as the head was pass- 
ing over the ID field. This gap prevents this from oc- 
curring. The value written is OOH and also serves as 
the PLL sync field for the data field. The minimum 
value is determined by the "lock up" performance of 
the PLL. The 82064 writes sixteen bytes for this field 
once WG is activated. The user has no control over this 
field. 


Gap 3 is very similar to Gap 2 as it is used as a speed 
tolerance buffer also. Without this gap, and with the 
motor speed varying slightly, it would be possible for 
the upcoming sector's sync field and ID field to be 
overwritten. This value is '4E' H and is typically 15 
bytes long. The 82064's Gap 3 length is programmable. 
The exact value is dependent upon several factors. Re- 
fer to 82064 Format command, Software Section: Gen- 
eral Programming Section. 


This gap follows the last sector on a track and is written 
until an index pulse is received. Its purpose is to pre- 
vent the last sector from overflowing past the index 
gap, and absorb track length variations when ECC is 
used (ECC uses more bytes than CRe). The value is 


'4E' H and is about 320 bytes when CRC and 256 byte 
sectors are used. The 82064 writes this field only during 
formatting. The user has no control over the number of 
bytes written with the 82064. 


The controller uses ID fields to locate any individual 
sector. An address mark of two bytes precedes the ID 
field and the data field in a sector. An address mark 
tells the controller the nature of the upcoming informa- 
tion. ID fields are used by the disk controller and are 
not passed to the host. 


Sector interleaving occurs when logical sectors are in a 
non-sequential order, which is determined during for- 
matting. An advantage is that there is a delay between 
logically sequential sectors. This delay can be used for 
data processing and then deciding if the next sector 
should be read. Without interleaving, the next sector 
could slip by, imposing a one revolution delay (approx. 
16.7 ms). An additional benefit to this delay is that bus 
utilization is reduced by spreading the data transfer 
over a greater amount of time. The delay between sec- 
tors can be determined as follows: 


1 RevolutionPeriod 
Sectors/Track 
x (Interleavefactor - 
1) = Delay 


For the typical ST506 drive with four-way interleaving 
this yields 1.57 ms of delay. 
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10 FIELD 


A1 
- 
A1 HEX WITH 
OA HEX CLOCK 
IDENT 
- 
2LS.B. 
- 
CYLINDER 
HIGH 
FE 
- 
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CYLINDERS 
FF 
- 
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Al 
- 
A1 HEX 
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OA HEX CLOCK 
FI 
- 
DATA ADDRESS 
MARK: 
NORMAL 
CLOCK 
USER 
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1 
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RESERVED 
2 
3 
04 
~ 
RESERVED 
(HD 
SELECT 
22)_ 
4 
5 
·WRITE 
GATE 
6 
7 
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COMPLETE 
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9 
·TRACK 
0 
10 
11 
·WRITE 
FAULT 
12 
13 
•• 
·HEAD 
SELECT 
2" 
14 
15 
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17 
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-HD 
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2\ 
16 
19 
·INDEX 
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•• 
·READY 
22 
23 
•• 
·STEP 
24 
25 
•• 
·DRIVE 
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1 
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27 
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3 
30 
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34 
~7 
\1 


The disadvantage to interleaving is that file transfers 
take longer, which may slow down the overall system. 
A four-way interleaved disk will have the transfer rate 
reduced to an average of 1.25Mbit/sec. 


host of certain conditions. A diagram of the 34 pin 
control connector is shown in Figure A-3. 


The driver/receiver logic diagram is shown in Figure 
A-4 and the electrical characteristics are: 
The 82064 leaves the logical sector sequence to the 
user. 


True 
False 


Voltage 
0.0 VDC to 0.4 VDC 


2,5 VDC to 5.25 VDC 


Current 
-40 
mA (IOL max.) 


250 I-'A (IOH open) 


The interface to the ST506 drive is divided into three 
categories and they are: 


1. control signals, 
2. data signals, 
3. power. 


The functions of the control signals are not covered in 
detail here. Their purpose can be found in the pin de- 
scriptions section. All control lines are digital in nature 
and either provide signals to the drive or inform the 
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The lines associated with the transfer of read/write data between the host and the drive are differential in nature and 
may not be multiplexed between drives. There is one pair of balanced lines for each read and write data line per drive 
and must conform to the RS-422 specification. Figure A-5 shows the receiver/transmitter 
combination. 
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This appendix contains a schematic of the previous design using PAL's to replace the random logic. The previous 
design could not do DMA transfers and inserted a large delay when transferring data from buffer RAM to the 
system. The PAL version does do DMA transfers and buffer reads happen at full SBX bus speed. One other minor 
change was to replace the 500 ns delay line with a 74LS164, which is a more cost effective solution. 


This schematic is only a paper design since only random logic was replaced with the PAL's. 
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Universal Peripheral Interface 
5 
Slave Microcontrollers 


inter 
UPITM-452 
CHMOS PROGRAMMABLE 
I/O PROCESSOR 


• 83C452/87C452P/80C452:3.5 
to 16 MHz 
• Two 
16-Bit Timer/Counters 
Clock Rate 
• Boolean 
Processor 
• Software 
Compatible 
with the MCS-51 
• Bit Addressable 
RAM 
Family 


128-Byte 
Bi-Directlonal 
FIFO Slave 
• 8 Interrupt 
Sources 
• Interface 
• Programmable 
Full Duplex Serial 


Two DMA Channels 
Channel 
• 
256 x 8-Bit Internal 
RAM 
• 64K Program 
Memory 
Space 
• 
34 Additional 
Special 
Function 
• 64K Data Memory 
Space 
• Registers 
• 68-Pin PGA 
• 40 Programmable 
I/O 
Lines 
(See Packaging 
Spec., 
Order: 
#231369) 


The Intel UPI-452 (Universal 
Peripheral 
Interface) 
is a 68 pin CHMOS Slave I/O Processor 
with a sophisticated 
bi-directional 
FIFO buffer interface 
on the slave bus and a two channel 
DMA processor 
on-chip. 
The UPI-452 
is the newest 
member of Intel's UPI family of products. 
It is a general-purpose 
slave I/O Processor 
that allows 
the designer 
to grow a customized 
interface 
solution. 


The UPI-452 contains 
a complete 
80C51 with twice the on-chip 
data and program 
memory. 
The sophisticated 
slave FIFO module acts as a buffer between 
the UPI-452 internal CPU and the external 
host CPU. To both the 
external 
host and the internal CPU, the FIFO module looks like a bi-directional 
bottomless 
buffer that can both 
read 
and write 
data. 
The 
FIFO 
manages 
the transfer 
of data 
independent 
of the 
UPI-452 
core 
CPU and 
generates 
an interrupt 
or DMA request 
to either CPU, host or internal, 
as a FIFO service 
request. 


The FIFO consists 
of two channels:the 
Input FIFO and the Output 
FIFO. The division 
of the FIFO module 
array, 128 bytes, between 
Input channel 
and Output 
channel 
is programmable 
by the user. Each FIFO byte 
has an additional 
logical 
ninth 
bit to distinguish 
between 
a data 
byte and a Data Stream 
Command 
byte. 


Additionally, 
Immediate 
Commands 
allow 
direct, 
interrupt 
driven, 
bi-directional 
communication 
between 
the 
UPI-452 
internal 
CPU and external 
host CPU, bypassing 
the FIFO. 


The on-chip 
DMA processor 
allows 
high speed 
data transfers 
from one writeable 
memory 
space to another. 
As many as 64K bytes can be transferred 
in a single DMA operation. 
Three 
distinct 
memory 
spaces 
may be 
used in DMA operations; 
Internal 
Data Memory, 
External 
Data Memory, 
and the Special Function 
Registers 
(including 
the FIFO IN, FIFO OUT, and Serial Channel 
Special 
Functions 
Registers). 
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Figure 2. UPI·452 58·Pin PGA Pinout Diagram 
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The UPI-452 
joins the current 
members 
of the UPI 


microcontroller 
family. 
UPl's 
are derivatives 
of the 


MCSTM family 
of microcontrollers. 
Because 
of their 


on-chip 
system 
bus interface, 
UPl's are designed 
to 


be system 
bus "slaves", 
while 
their microcontroller 


counterparts 
are intended 
as system bus "masters". 


These 
UPI Microcontrollers 
are fully 
supported 
by 


Intel's EPROM programmers 
(iUP-201) and develop- 
ment tools 
(ICE, ASM and PLM). 


Packaging 


The SOC452 comes 
in a 6S-pin PGA (Pin Grid Array) 


package, 
while the S7C452P will be offered 
in a pig- 


gyback 
package. 
This piggyback 
package 
will con- 


sist 
of the 
standard 
6S-pin 
PGA 
package 
with 
a 


2764A 
EPROM 
soldered 
on top. 
These 
two 
pack- 


ages allow designers 
to use either 
on-chip 
EPROM 


or 
external 
memory 
for 
their 
initial 
designs. 
The 


S3C452 (ROM version) will come in the standard 
6S- 


pin 
PGA 
package. 
A 
complete 
description 
of 


S7C452P 
programming 
can be found 
at the end of 


this data sheet. 


UPI Family 
MCSFamlly 
RAM 
ROM 
EPROM 
(Slave 
(Master 
Speed 
(Bytes) 
(Bytes) 
(Bytes) 
Configuration) 
Configuration) 


SOC452 
SOC51 
12 MHz 
256 
- 
- 


S3C452 
SOC51 
12 MHz 
256 
SK 
- 


S7C452P 
SOC51 
12 MHz 
256 
- 
SK 


SOC452-1 
SOC51 
16 MHz 
256 
- 
- 


S3C452-1 
SOC51 
16 MHz 
256 
SK 
- 


S7C452P-1 
SOC51 
16 MHz 
256 
- 
SK 


Symbol 
Pin # 
Type 
Name and Function 


Vss 
9/43 
I 
Circuit Ground. 


Vcc 
60 
I 
+ 5V power supply during normal, idle, programming 
and 


verification 
operation. 
It is also the standby 
power pin for power 


down mode. 


XTAL1 
3S 
I 
Input to the oscillator's 
high gain amplifier. 
A crystal or external 


source can be used. 


XTAL2 
39 
0 
Output from the high gain amplifier. 


Port 0 
I/O 
Port 0 is an S-bit open drain bi-directionall/O 
port. It is used for data 
(ADO-AD7) 
input and output during programming 
and verification. 
External 
PO.O 
S 
pull ups are required during program 
verification. 
Port 0 can sink 


.1 
10 
eight LS TTL inputs. It is also the multiplexed 
low-order 
address 
and 
.2 
11 
data local expansion 
bus during accesses 
to external 
memory . 


.3 
12 


.4 
13 


.5 
14 
.6 
15 
PO.7 
16 


inter 


Symbol 
Pin # 
Type 
Name and Function 


Port 1 
I/O 
Port 1 is an 8-bit quasi-bi-directionall/O 
port. It is used for low-order 
(AO-AlL- 
address byte during programming 
and verification. 
Port 1 can sink 
(HLD, HLDA) 
four LS TTL inputs. The alternate 
functions 
can only be activated 
if 
P1.0 
7 
the corresponding 
bit latch in the port SFR contains 
a 1. Otherwise, 


the port pin is stuck at O. Pins P1.5 and P1.6 are multiplexed 
with 


HLD and HLDA respectively 
whose functions 
are defined 
as below: 
.1 
6 
Port Pin 
Alternate 
Function 


.2 
5 
P1.5 
HLD 
-Local 
bus hold 
.3 
4 
input! output signal 


.4 
3 
P1.6 
HLDA -Local 
bus hold 


.5 
2 
acknowledge 
input 


.6 
1 
P1.7 
68 


Port 2 
I/O 
Port 2 is an 8-bit quasi-bi-directionall/O 
port. It also emits the high- 
(A8-A15) 
order 8 bits of address when accessing 
local expansion 
bus 
P2.0 
29 
external 
memory 
(or during 87C452P 
programming 
and verification) 
. 
.1 
28 
Port 2 can sink four LS TTL inputs . 


.2 
27 
.3 
25 
.4 
24 
.5 
23 


.6 
22 
.7 
21 


Port 3 
I/O 
Port 3 is an 8-bit quasi-bi-directionall/O 
port. It is also multiplexed 
P3.0 
67 
with the interrupt, 
timer, local serial channel, 
RD/ and WR/ 
.1 
66 
functions 
that are used by various options. 
The alternate 
functions 
.2 
65 
can only be activated 
if the corresponding 
bit latch in the port SFR 
.3 
64 
contains 
a 1. Otherwise, 
the port pin is stuck at o. Port 3 can sink 
.4 
63 
four LS TTL inputs. The alternate 
functions 
assigned 
to the pins of 
.5 
62 
Port 3 are as follows: 
.6 
61 
Port Pin 
Alternate 
Function 
P3.7 
59 
P3.0 
RxD 
- 
Serial input port 


P3.1 
TxD 
- 
Serial output port 


P3.2 
INTO 
-Interrupt 
0 Input 


P3.3 
INT1 
-Interrupt 
1 Input 


P3.4 
TO 
-Input 
to counter 
0 


P3.5 
T1 
-Input 
to counter 
1 


P3.6 
WR/ 
- 
The write control 
signal latches the 


data from Port 0 outputs 
into the 


External Data Memory on the 
local bus. 


P3.7 
RD/ 
- 
The read control 
signal latches the 


data from Port 0 outputs on the 
local bus. 


inter 


Symbol 
Pin 1# 
Type 
Name and Function 


Port 4 
I/O 
Port 4 is an 8-bit quasi-bi-directionall/O 
port. Port 4 can sink/source 
P4.0 
30 
four TIL 
inputs. It is also used as the control 
signals during EPROM 


.1 
31 
programming 
and verification 
drive pins as follows: 
.2 
32 
Port Pin 
Alternate 
Function 


.3 
33 
P4.5 
'1' during program 
and verify 


.4 
34 
P4.6 
'0' during program and verify 


.5 
35 
P4.7 
'0' during verify - used as output enable 


.6 
36 
'1' during programming 
w/ ALE = 0 


.7 
37 
Note: see Programming 
and Verification 
Characteristics 
in AC/DC 


Specification 
section. 


RST 
20 
I 
A high level on this pin for two machine cycles while the oscillator 
is 


running resets the device. An internal pulldown 
resistor permits 
Power- 


on reset using only a capacitor 
connected 
to Vcc. 


This pin does not receive the power down voltage 
as is the case for 


HMOS MCS-51 family members. 
This function 
has been transferred 
to 


the Vcc pin. 


ALE/PGM 
18 
I/O 
Provides Address 
Latch Enable output used for latching 
the address 


into external 
memory during normal operation. 
Receives 
the program 


pulse input during EPROM programming. 
ALE can sink/source 
eight LS 


TILinputs. 


PSEN 
19 
0 
The Program Store Enable output is a control 
signal that enables 
the 


external 
Program Memory to the bus during normal fetch operation. 


PSEN can sink/source 
eight LS TIL 
inputs. 


EA 
17 
I 
When held at TIL 
high level, the UPI-452 executes 
instructions 
from the 


internal 
ROM/EPROM 
when the PC is less than 8192 (8K, 2000H). 


When held at a TIL 
low level, the UPI·452 fetches 
all instructions 
from 


external 
Program Memory. 


DBO 
58 
I/O 
Host Bus Interface 
is an 8-bit bi-directional 
bus. It is used to transfer 
DB1 
57 
data and commands 
between 
the UPI-452 and the host processor. 
This 
DB2 
56 
bus can sink/source 
eight LS TIL 
inputs. 


DB3 
55 
DB4 
54 
DB5 
53 
DB6 
52 
DB7 
51 


CS 
44 
I 
This pin is the Chip Select of the UPI·452. 


AO 
40 
I 
These three address lines are used to interface 
with the host system. 


A1 
41 
They define the UPI·452 operations. 
The interface 
is compatible 
with 
A2 
42 
the Intel microprocessors 
and the MUL TIBUS. 


READ 
46 
I 
This pin is the read strobe from the host CPU. Activating 
this pin causes 


the UPI·452 to place the contents 
of the Output FIFO (either a 


command 
or data) or the Host Status/Control 
Special 
Function 
Register 


on the Slave Data Bus. 


WRITE 
47 
I 
This pin is the write strobe from the host. Activating 
this pin will cause 


the value on the Slave Data Bus to be written into the register specified 
by AO-A2. 


DRQIN/ 
49 
0 
This pin requests 
an input transfer 
from the host system whenever 
the 
INTRQIN 
Input Channel 
requires data. 


DRQOUT/ 
48 
0 
This output pin requests 
an output transfer 
whenever 
the Output 
INTRQOUT 
Channel 
requires service. 
If the external 
host to UPI·452 DMA is 


enabled, 
and a Data Stream Command 
is at the Output FIFO, DRQOUT 
is deactivated 
and INTRQ is activated 
(see 'GENERAL 
PURPOSE 
DMA 
, 
CHANNELS' 
section). 


inter 


Symbol 
Pin # 
Type 
Name and Function 


INTRQ 
50 
0 
This output pin is used to interrupt 
the host processor 
when an 
Immediate 
Command 
Out or an error condition 
is encountered. 
It is 


also used to interrupt the host processor 
when the FIFO requests 


service if the DMA is disabled 
and INTRQIN 
and INTRQOUT 
are 


not used. 


DACK 
45 
I 
This pin is the DMA acknowledge 
for the host bus interface 
Input 


and Output Channels. 
When activated, 
a write command 
will cause 


the data on the Slave Data Bus to be written as data to the Input 
Channel 
(to the Input FIFO). A read command 
will cause the Output 


Channel to output data (from the Output FIFO) on to the Slave Data 
Bus. This pin should be driven high (+ 5V) in systems which do not 
have a DMA controller 
(see Address 
Decoding). 


VCClVpp 
26 
I 
+ 5V power supply during operation. 
The VCC pin receives 
the 


+ 12V EPROM programming 
and verification 
supply voltage. 


The 
UPI-452 
slave 
microcontroller 
incorporates 
an 


80C51 with double the program 
and data memory, 
a 


slave 
interface 
which 
allows 
it to be connected 
di- 


rectly to the host system bus as a peripheral, 
a FIFO 


buffer module, a two channel 
DMA processor, 
and a 


fifth 
I/O 
port (Figure 
3). The UPI-452 
retains 
all of 


the 80C51 
architecture, 
and is fully compatible 
with 


the MCS-51 
instruction 
set. 


The Special 
Function 
Register 
(SFR) interface 
con- 
cept 
introduced 
in the MCS-51 
family 
of microcon- 
trollers 
has been expanded 
in the UPI-452. 
To the 


20 Special 
Function 
Registers 
of the 
MCS-51, 
the 


UPI-452 
adds 
34 
more. 
These 
additional 
Special 


Function 
Registers, 
like those 
of the MCS-51, 
pro- 


vide access 
to the UPI-452 
functional 
elements 
in- 
cluding 
the FIFO, DMA and added interrupt 
capabili- 
ties. 
Several 
of the 
80C51 
core 
Special 
Function 


Registers 
have also been expanded 
to support 
add- 


ed features 
of the UPI-452. 


This data sheet describes 
the unique features 
of the 


UPI-452. 
Refer 
to the 80C51 
data sheet 
for a de- 


scription 
of 
the 
UPI-452's 
core 
CPU 
functional 


blocks 
including; 


- 
Timers/Counters 


-I/O 
Ports 


- 
Interrupt 
timing and control 
(other than FIFO and 


DMA interrupts) 


- 
Serial Channel 


- 
Local Expansion 
Bus 


- 
Program/Data 
Memory 
structure 


- 
Power-Saving 
Modes 
of Operation 
• 


- 
CHMOS 
Features 


- 
Instruction 
Set 


Figure 3 contains 
a conceptual 
block diagram 
of the 


UPI-452. 
Figure 
4 provides 
a functional 
block 
dia- 


gram. 


A unique feature 
of the UPI-452 
is the incorporation 


of a 128 byte FIFO array at the host-slave 
interface. 


The FIFO allows 
asynchronous 
bi-directional 
trans- 


fers between 
the host CPU and the internal 
CPU. 


inter 


ADDITIONAL FEATURES: 
I 
-SERIAL 
CHANNEL 
: 
-EXTERNAL 
INTERRUPTS I 
-HLD/HLDACK 
I 
-LOCAL 
EXPANSION 
I 


BUS 
I 


-RO 
I 


-WR 
I 


-EXTERNAL 
: 
COUNTER INPUT 
• 


-EPROt.l 
PROGRAt.l 
I 
AND VERIFY 
I 


CONTROL 
I 


The 
division 
of the 
128 bytes 
between 
Input 
and 


Output 
channels 
is 
user 
programmable 
allowing 


maximum 
flexibility. 
If the 
entire 
128 byte 
FIFO 
is 


allocated 
to the Input channel, 
a high performance 


Host can transfer 
up to 128 bytes at one time, then 


dedicate 
its resources 
to other 
functions 
while 
the 


internal 
CPU processes 
the data in the FIFO. Vari- 


ous 
handshake 
signals 
allow 
the 
external 
Host 
to 


operate 
independently 
and without frequent 
monitor- 


ing of the 
UPI-452 
internal 
CPU. The 
FIFO 
Buffer 


insures that the slave processor 
receives 
data in the 


same order that it was sent by the host without 
the 


need to keep 
track 
of addresses. 
Three 
slave 
bus 


interface 
handshake 
methods 
are supported 
by the 


UPI-452: 
DMA, Interrupt 
and Polled. 


The FIFO is nine bits wide. The ninth bit acts as a 
command/data 
flag. Commands 
written to the FIFO 


by either 
the host or internal 
CPU are called 
Data 


Stream 
Commands 
or DSCs. 
DSCs 
are written 
to 


the 
input 
FIFO 
by the 
Host 
via a unique 
external 


address. 
DSCs are written to the output 
FIFO by the 


internal 
CPU via the COMMAND 
OUT Special 
Func- 


tion Register 
(SFR). When encountered 
by the host 


or internal 
CPU a Data 
Stream 
Command 
can be 


used as an address 
vector 
to user defined 
service 


routines. 
DSCs provide 
synchronization 
of data and 


commands 
between 
the Host and internal 
CPU. 


Size of Input/Output 
Channels 


The 128 bytes of FIFO space 
can be allocated 
be- 
tween 
the Input and Output 
channels 
via the Chan- 


nel Boundary 
Pointer 
(CBP) SFR. This register 
con- 


tains 
the number 
of address 
locations 
assigned 
to 


the Input channel. 
The remaining 
address 
locations 


are automatically 
assigned 
to the Output 
FIFO. The 


CBP SFR can only be programmed 
by the internal 


CPU during FIFO DMA Freeze Mode (See FIFO-Ex- 
ternal 
Host 
Interface 
FIFO 
DMA 
Freeze 
Mode 
de- 


scription). 
The CBP is initialized 
to 40H 
(64 bytes) 


upon reset. 


The number in the Channel 
Boundary 
Pointer SFR is 


actually 
the 
first 
address 
location 
of 
the 
Output 


FIFO. Writing 
to the CBP SFR reassigns 
the 
Input 


and Output FIFO address 
space. Whenever 
the CBP 


is written, 
the Input FIFO pointers 
are reset to zero 


and the Output 
FIFO pointers 
are set to the value in 


the CBP SFR. 


All of the FIFO space may be assigned 
to one chan- 


nel. In such a situation 
the other channel's 
data path 
consists 
of a single SFR (FIFO IN/COMMAND 
IN or 


FIFO OUT/COMMAND 
OUT SFR) location. 


CBP 
Input FIFO 
Output 
FIFO 


Register 
Size 
Size 


0 
1 
128 


1 
1 
128 


2 
2 
126 


3 
3 
125 


4 
4 
124 
• 
• 
• 


7B 
123 
5 


7C 
124 
4 


7D 
125 
3 


7E 
128 
1 


7F 
128 
1 


intJ 


These normally operate in auto-increment (and auto- 
rollover) mode, but can be reassigned by the internal 
CPU during FIFO DMA Freeze Mode (See FIFO-Ex- 
ternal Host Interface FIFO DMA Freeze Mode de- 
scription). 


Threshold 
Register 


The Input FIFO Threshold SFR contains the number 
of empty bytes that must be available in the Input 
FIFO to generate a Host interrupt. The Output FIFO 
Threshold SFR contains the number of bytes, data 
and/or DSC(s), that must be in the FIFO before an 
interrupt is generated. The Threshold feature pre- 
vents the Host from being interrupted each time the 
FIFO needs to load or unload one byte of data. The 
thresholds, therefore, allow the FIFO's operation to 
be adjusted to the speed of the Host, optimizing the 
overall interface performance. 


The UPI-452 provides, in addition to data and DSCs, 
a third direct means of communication between the 
external Host and internal CPU called Immediate 
Commands. As the name implies, an Immediate 
Command is available to the receiving CPU immedi- 
ately, via an interrupt, without being entered into the 
FIFO as are Data Stream Commands. Like Data 
Stream Commands, Immediate Commands are writ- 
ten either via a unique external address by the host 
CPU, or via dedicated SFR by the internal CPU. 


The DSC and/or 
Immediate Command interface 
may be defined as either Interrupt or Polled under 
user program control via the Interrupt Enable (IE), 
Slave Control Register (SLCON), and Interrupt En- 
able Priority (IEP) Special Function Registers, for the 
internal CPU and via the Host Control SFR for the 
external Host CPU. 


of the three writeable memory spaces: Internal Data 
Memory, External Load Expansion Bus Data Memo- 
ry and the Special Function Register array. The Spe- 
cial Function Register array appears as a set of 
unique dedicated memory addresses which may be 
used as either the source or destination address of a 
DMA transfer. Each DMA channel is independently 
programmable via dedicated Special Function Reg- 
isters for mode, source and destination addresses, 
and byte count to be transferred. Each DMA channel 
has four programmable modes: 
- 
Alternate Cycle Mode 
- 
Burst Mode 
- 
FIFO or Serial Channel Demand Mode 
- 
External Demand Mode 


A complete description of each mode and DMA op- 
eration may be found in the section titled "General 
Purpose DMA Channels". 


FIFO/SLAVE 
INTERFACE 
FUNCTIONAL 
DESCRIPTION 


The FIFO is a 128 Byte RAM array with recirculating 
pointers to manage the read and write accesses. 
The FIFO consists of an Input and an Output chan- 
nel. Access cycles to the FIFO by the internal CPU 
and external Host are interleaved and appear to be 
occurring concurrently to both the internal CPU and 
external Host. Interleaving access cycles ensures 
efficient use of this shared resource. The internal 
CPU accesses the FIFO in the same way it would 
access any of the Special Function Registers e.g., 
direct and register indirect addressing as well as ar- 
ithmetric and logical instructions. 


The Input FIFO Channel provides for data transfer 
from the external Host to the internal CPU (Figure 5). 
The registers associated with the Input Channel dur- 
ing normal operation are listed in Table 1'. 
The UPI-452 contains a two channel internal DMA 
controller which allows transfer of data between any 


Table 1. Input FIFO Channel Registers' 


Register Name 
Description 


1) 
Input Buffer Latch 
Host CPU Write only 
2) 
FIFO IN SFR 
Internal CPU Read only 
3) 
COMMAND IN SFR 
Internal CPU Read only 
4) 
Input FIFO Read Pointer SFR 
Internal CPU Read only 
5) 
Input FIFO Write Pointer SFR 
Internal CPU Read only 
6) 
Input FIFO Threshold SFR 
Internal CPU Read only 


inter 


The 
host 
CPU writes 
data and 
Data Stream 
Com- 


mands into the Input Buffer Latch on the rising edge 
of the external 
WR signal. 
External 
addressing 
de- 


termines 
whether 
the 
byte 
is a data 
byte 
or Data 


Stream 
Command 
and the FIFO logic sets the ninth 


bit of the 
FIFO 
accordingly 
as the 
byte 
is moved 


from the Input Buffer 
Latch 
into the FIFO. A "1" 
in 


the 
ninth 
bit indicates 
that 
the 
incoming 
byte 
is a 


Data 
Stream 
Command. 
The 
internal 
CPU 
reads 


data bytes via the FIFO 
IN SFR, and Data Stream 


Commands 
via the COMMAND 
IN SFR. 


A Data Stream 
Command 
will generate 
an interrupt 


to the 
internal 
CPU 
prior 
to being 
read 
and 
after 


completion 
of the previous 
operation. 
The DSC can 


then be read via the COMMAND 
IN SFR. Data can 


only be read via the FIFO IN SFR and Data Stream 
Commands 
via the COMMAND 
IN SFR. Attempting 


to read Data Stream Commands 
as data byaddress- 
ing the 
FIFO 
IN SFR 
will 
result 
in "OFFH" 
being 


read, 
and the Input 
FIFO Read 
Pointer 
will remain 


intact. 
(This prevents 
accidental 
misreading 
of Data 


Stream 
Commands.) 
Attempting 
to 
read 
data 
as 


Data Stream 
Commands 
will have the same conse- 


quence. 


The Input FIFO Channel 
addressing 
is controlled 
by 


the Input FIFO Read and Write Pointer SFRs. These 
SFRs are read only registers 
during 
normal 
opera- 


tion. However, 
during FIFO DMA Freeze 
Mode (See 


FIFO-External 
Host 
Interface 
FIFO 
DMA 
Freeze 


Mode 
description), 
the 
internal 
CPU has write 
ac- 


cess to them. Any write to these registers 
in normal 


mode 
will have 
no effect. 
The 
Input Write 
Pointer 


SFR contains 
the address 
location 
to which datal 


commands 
are written 
from the Input Buffer 
Latch. 


The write pointer 
is automatically 
incremented 
after 


each write and is reset to zero if equal to the CBP, 
as the Input FIFO operates 
as a circular 
buffer. 


If a write 
is performed 
on an empty 
FIFO, the first 


byte is also written 
into the FIFO IN or COMMAND 


IN SFR. If the Host continues 
writing while the Input 


FIFO is full, an external 
interrupt, 
if enabled, 
is sent 


to 
the 
host 
to 
signal 
the 
overrun 
condition. 
The 


writes are ignored 
by the FIFO control 
logic. Similar- 


ly, an internal 
CPU read of an empty FIFO will cause 


an underrun 
error 
interrupt 
to be generated 
to the 


internal 
CPU and a value of "OFFH" 
will be read by 


the internal 
CPU. 


The Read Pointer SFR holds the address of the next 
byte to be read from the Input FIFO. An Input FIFO 
read operation 
post-increments 
the 
Input Read 
Pointer SFR and loads a new data byte into the 
FIFO IN SFR or a Data Stream Command into the 
COMMAND IN SFR at the end of the read cycle, 


An Input FIFO Request for Service (via DMA, Inter- 
rupt or a flag) is generated to the Host whenever 
more data can be written into the Input FIFO. For 
efficient utilization of the Host, a "threshold" value 
can be programmed into the Input FIFO Threshold 
SFR. The range of values of the Input FIFO Thresh- 
old SFR can be from 0 to (CBP-2). The Request for 
Service Interrupt is generated only after the Input 
FIFO has room to accommodate a threshold number 
of bytes or more. The threshold is equal to the total 


number of bytes assigned to the Input FIFO (CBP) 
minus the number of bytes programmed in the Input 
FIFO Threshold SFR. With this feature the Host is 
assured that it can write at least a threshold number 
of bytes to the Input FIFO channel without worrying 
about an overrun condition. Once the Request for 
Service is generated it remains active until the Input 
FIFO becomes full. 


The Output FIFO Channel provides data transfer 
from the UPI-452 internal CPU to the external Host 
(Figure 6). 


The registers associated with the Output Channel 
during normal operation are listed in Table 2', 


Figure 6. Output 
FIFO Channel 
Functional 
Block Diagram 


Table 2. Output FIFO Channel 
Registers 


Register 
Name 
Description 


1) 
Output Buffer Latch 
Host CPU Read only 
2) 
FIFO OUT SFR 
Internal CPU Read and Write 


3) 
COMMAND OUT SFR 
Internal CPU Read and Write 


4) 
Output FIFO Read Pointer SFR 
Internal CPU Read only 


5) 
Output FIFO Write Pointer SFR 
Internal CPU Read only 


6) 
Output FIFO Threshold SFR 
Internal CPU Read only 


The UPI-452 internal CPU tran f ra data to the Out- 
put FIFO via the FIFO OUT 
F 
and commands via 
the COMMAND OUT SFR. If lhll tlyte is written to 
the COMMAND OUT SFR, Ih 
ninth pit is automati- 
cally set (= 1) to indicate 
P II Stream Command. 
If the byte is written to the FIFO OUT SFR the ninth 
bit is cleared (= 0). Thus th 
IFO PUT and COM- 
MAND OUT SFRs are the SAm 
pill the address de- 
termines whether the byte 
nl r q In the FIFO is a 
DSC or data byte. 


The Output FIFO preloads I 
VIe into the Output 
Buffer Latch. When the Ho 1 '"ues 
a RD/ signal. 
the data is immediately read fr m Ihe Output Buffer 
Latch. The next data byte 11th n loaded into the 
Output Buffer Latch. a flag la 
It anclan interrupt. if 
enabled. is generated if the pyt 
II' 
DSC (ninth bit 
is set). The operation is caraflllly timed such that an 
interrupt can be generated in tlm 
for it to be recog- 
nized by the Host before Ita nlxt read instruction. 
Internal CPU write and ext mal Host read opera- 
tions are interleaved at the FIFO 10 that they appear 
to be occurring concurrently, 


The Output FIFO read and writ 
pointer operation is 
the same as for the Input Ch nn I. Writing to the 
FIFO OUT or COMMAND OUT 
FRa will increment 
the Output Write Pointer SFR bllt r 
ding from it will 
leave the write pointer unchangld. A rollover of the 
Output FIFO Write Pointer Cill .1 the pointer to be 
reset to the value in the Ch nn I Boundary Pointer 
(CBP) SFR. 


If the external host attempts to rlaQ a Data Stream 
Command as a data byte it will rlault in invalid data 
(OFFH)being read. The DSC I not 10lltbecause the 
invalid read does not increment th 
pointer. Similarly 
attempting to read a data byt 
IS. Data Stream 
Command has the same result. 


A Request for Service is gen r ted to the external 
Host under the following two conditions: 
1.) Whenever the internal CPU ha written a thresh- 
old number of bytes or mar. Il'1tothe Output FIFO 
(threshold = (OTHR) + 1). The threshold num- 
ber should be chosen such Ihat the bus latency 
time for the external HOllt Raes not result in a 
FIFO overrun error condition on the internal CPU 
side. The threshold limit shQulclbe large enough 
to make a bus request by thl UPI-452 to the ex- 
ternal host CPU worthwhil • Once a request for 
service is generated, the r qll8st remains active 
until the Output FIFO becom 
mpty. The range 
of values of the FIFO OutPllt Threshold (OTHR) 
SFR is from 1 to the OutPllt FIFO Size. The 
threshold number can be programmed via the 
OTHR SFR. 


2.) The second type of Request for Service is called 
"Flush Mode" and occurs when the internal CPU 
writes a Data Stream Command into the Output 
FIFO. Its purpose is to ensure that a data block 
entered into the Output FIFO. which is less than 
the programmed threshold. will generate a Re- 
quest for Service interrupt, if enabled, and be 
read, or "Flushed" from the Output FIFO. by the 
external host CPU regardless of the status of the 
OTHR SFR. 


Immediate Commands provide direct communica- 
tion between the external Host and UPI-452. Unlike 
Data Stream Commands which are entered into the 
FIFO. the Immediate Command is available to the 
receiving CPU directly, bypassing the FIFO. The Im- 
mediate Command can serve as a program vector 
pointing into a jump table in the recipients software. 
Immediate Command Interrupts are generated, if en- 
abled, and a bit in the appropriate Status Register is 
set when an Immediate Command is input or output. 
A similar bit is provided to acknowledge when an 
Immediate Command has been read and whether 
the register is available to receive another com- 
mand. The bits are reset when the Immediate Com- 
mands are read. Two Special Function Registers are 
dedicated to the Immediate Command interface. Ex- 
ternal addressing determines whether the Host is 
accessing the Input FIFO or the Immediate Com- 
mand IN (IMIN) SFR. The internal CPU writes Imme- 
diate Commands to the Immediate Command OUT 
(IMOUT) SFR. 


Both processors have the ability to enable or disable 
Immediate Command Interrupts. By disabling the in- 
terrupt. the recipient of the Immediate Command 
can poll the status SFR and read the Immediate 
Command at its convenience. 
Immediate Com- 
mands should only be written when the appropriate 
Immediate Command SFR is empty (as indicated in 
the appropriate status SFR:HSTAT/SSTA T). Simi- 
larly, the Immediate Command SFR should only be 
read when there is data in the Register. 


The flowcharts in Figure 7a and 7b illustrate the 
proper handshake mechanisms between the exter- 
nal Host and internal CPU when handling Immediate 
Commands. 
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The Internal CPU interfaces with the FIFO slave module via the following registers: 
1) Mode Special Function Register (MODE) 
2) Slave Control Special Function Register (SLCON) 
3) Slave Status Special Function Register (SSTAT) 


Each register resides in the SFR Array and is accessible via all direct addressing modes except bit. Only the 
Slave Control Register (SLCON) is bit addressable. 


The MODE SFR provides the primary control of the external host-FIFO interface. It is included in the SFR 
Array so that the internal CPU can configure the external host-FIFO interface should the user decide that the 
UPI-452 slave initialize itself independent of the external host CPU. 


The MODE SFR can be directly modified by the internal CPU through direct address instructions. It can also be 
indirectly modified by the external host CPU by setting up a MODE SFR service routine in the UPI-452 program 
memory and having the host issue a Command, either Immediate or DSC. to vector to that routine. 


Symbolic 
Physical 
Address 
Address 


MODE 
MD6 I 
MD5 
I 
MD4 
~ 
OF9H 


(MSB) 
(LSB) 
Status On Reset: 


1· 
I 
0 
0 
0 
~ 
1* 


MD7 
(reserved)·· 
MD6 
Request for Service to external CPU via; 
1 = DMA (DRQIN/DRQOUT) request to external host when the Input or Output FIFO channel re- 
quests service 
o = Interrupt (INTRQINIINTRQOUT or INTRQ) to external host when the Input or Output FIFO 
channel requests service or a DSC is encountered in the I/O Buffer Latch 
MD5 
Configure DRQIN/INTRQIN and DRQOUTIINTRQOUT to be either; 
1 = Enable (Actively driven) 
o = Disable (Tri-state) 
MD4 
Configure INTRQ to be either; 
1 = Enable (Actively driven) 
o = Disable (Tri-state) 
MD3 
(reserved)·· 
MD2 
(reserved)·· 
MD1 
(reserved)·· 
MDO 
(reserved)·· 


The Slave Control SFR is used to configure the FIFO-internal CPU interface. All interrupts are to the internal 
CPU. 


SC2 


IFRS 
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Symbolic 
Address 


SLCON 


Physical 
Address 


OE8H 
IFI 
I 
OFI 
I 
ICII 
I 


(MSB) 
Status On Reset: 


o 
I 
0 
I 
0 


ICOI I 
FRZ ~I 
IFRS I 
OFRS 


(LSB) 


__ o 
o__ 1~1 __0 
0__ 


Enable 
Input FIFO Interrupt 
(due to Underrun 
Error Condition, 
Data Stream 
Command 
or Request 
Service) 


1 = Enable 


0= 
Disable 


Enable Output 
FIFO Interrupt 
(due to Overrun 
Error Condition 
or Request 
Service) 


1 = Enable 
o = Disable 


Note: If the DMA is configured 
to service 
a FIFO demand, 
then the Request 
for Service 
Interrupt 
is 
not generated. 


Generate 
Interrupt 
when a command 
is written 
to the Immediate 
Command 
in Register 


1 = Enable 


0= 
Disable 


Generate 
Interrupt 
when Immediate 
Command 
Out Register 
is Available 


1 = Enable 
o = Disable 


Enable 
FIFO DMA Freeze 
Mode 


1 = Normal 
operation 


o = FIFO DMA Freeze Mode 


(reserved) 
* * 


Input FIFO Channel 
Request 
for Service 


1 = Request 
when 
Input FIFO not empty 


o = Request 
when 
Input FIFO full 


Output 
FIFO Channel 
Request 
for Service 


1 = Request 
when Output 
FIFO not full 


o = Channel 
Request 
when Output 
FIFO empty 


NOTES: 


*A '1' will be read from all SFR reserved 
locations 
except 
HCON SFR, HCO and HC2. 
**'reserved'-these 
locations 
are reserved 
for future 
use by Intel Corporation. 


The bits in the Slave Status SFR reflect the status of the FIFO-internal 
CPU interface. 
It can be read during an 
internal 
interrupt 
service 
routine to determine 
the nature of the interrupt 
or read during a polling 
sequence 
to 
determine 
a course 
of action. 
Symbolic 
Address 
Physical 
Address 


SSTAT 
OE9H 
+- Output FIFO Status -+ 


Status On Reset: 
___ 1_0_ 0 
_O_~_~ 
_ 


(MSB) 
(LSB) 


5-18 
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SST? 
Output 
FIFO Overrun 
Error Condition 


1 = No Error 
o = Error (latched 
until Slave Status SFR is read) 


SST6 
Immediate 
Command 
Out Register 
Status 


1 = Full (Le. Host CPU has not read previous 
Immediate 
Command 
Out sent by internal 
CPU) 
o = Available 


SST5 
FIFO DMA Freeze 
Mode Status 


1 = Normal 
Operation 
o = FIFO DMA Freeze Mode in Progress 


SST4 
Output 
FIFO Request 
for Service 
Flag 


1 = Output 
FIFO does not request 
service 


o = Output 
FIFO requests 
service 


SST3 
Input FIFO Underrun 
Error Condition 
Flag 


1 = No Underrun 
Error 
o = Underrun 
Error (latched 
until Slave Status SFR is read) 


SST2 
Immediate 
Command 
In SFR Status 


1 = Empty 
o = Immediate 
Command 
received 
from host CPU 


SST1 
Data Stream 
Command/Data 
at Input FIFO Flag 


1 = Data (not DSC) 
o = DSC (at COMMAND 
IN SFR) 


SSTO 
Input FIFO Request 
For Service 
Flag 


1 = Input FIFO Does Not Request 
Service 


o = Input FIFO Request 
for Service 


The external 
host CPU has direct access 
to the following 
SFRs: 


1) Host Control 
Special 
Function 
Register 


2) Host Status Special 
Function 
Register 


It can also access 
other SFRs by commanding 
the internal 
CPU to change 
them accordingly 
via Data Stream 
Commands 
or Immediate 
Commands. 
The protocol 
for implementing 
this is entirely 
determined 
by the user. 


By writing to the Host Control SFR, the host can enable or disable 
FIFO interrupts 
and DMA requests 
and can 
reset the UPI-452. 
. 


Symbolic 
Address 


HCON 


Physical 
Address 


OE?H 
HC? 
I 
HC6 
I 
HC5 I 
HC4 
I 
HC3 I~ 
HC1 


(MSB) 
Status On Reset: 


010 
__ 
O 
O~~~O~_~ 
0 


HC? 
Enable Output FIFO Interrupt due to Underrun Error Condition, Data Stream Command or Service 
Request 
1 = Enable 
0= 
Disable 
HC6 
Enable Input FIFO Interrupt due to Overrun Error Condition, or Service Request 


1 = Enable 
o = Disable 


HC5 
Enable the generation of the Interrupt due to Immediate Command Out being present 


1 = Enable 
0= 
Disable 
HC4 
Enable the Interrupt due to the Immediate Command In Register being Available for a new Immediate 
Command byte 
1 = Enable 
o = Disable 


HC3 
Reset UPI-452 
1 = Software RESET 
o = Normal Operation 
HC2 
(reserved)· • 


HC1 
Select between INTRQ and INTRQIN/INTRQOUT as Request for Service interrupt signal when DMA is 
disabled 
1 = INTRQ 
o = INTRQIN or INTRQOUT 
HCO 
(reserved)·· 


NOTES: 


·A '1' will be read from all SFR reserved locations except HCON SFR, HCOand HC2. 
··'reserved'-these 
locations are reserved for future use by Intel Corporation. 


The Host Status SFR provides information on the FIFO-Host Interface and can be used to determine the 
source of an external interrupt during polling. Like the Slave Status SFR, the Host Status SFR reflects the 
current status of the FIFO-external host interface. 


Symbolic 
Address 


HSTAT 


Physical 
Address 


OE6H 


+- Output FIFO Status -+ 
Status On Reset: 
__ I==========~_I1/0· 
1 
_ 


inter 


HST7 
Output 
FIFO Underrun 
Error Condition 


1 = No Underrun 
Error 
o 
= 
Underrun 
Error 
(latched 
until 
Host 
Status 
Register 
is read) 


HST6 
Immediate 
Command 
Out SFR Status 


1 = Empty 
o = Immediate 
Command 
Present 


HST5 
Data 
Stream 
Command/Data 
at 
Output 


FIFO Status 
1 = Data (not DSC) 
o = 
DSC 
(present 
at Output 
FIFO 
COM- 


MAND OUT SFR) 
(Note: Only if HST 4 = 0, if HST 4 = 1 then un- 
determined) 


HST4 
Output 
FIFO Request 
for Service 
Status 


1 = No Request 
for Service 


o = Output FIFO Request for Service due to: 


a. Output 
FIFO 
containing 
the 
threshold 


number 
of bytes or more 


b. Internal 
CPU sending 
a block of data ter- 


minated 
by a DSC (DSC Flush Mode) 


HST3 
Input FIFO Overrun 
Error Condition 


1 = No Overrun 
Error 
o = Overrun 
Error (latched 
until Host Status 


Register 
is read) 


HST2 
Immediate 
Command 
In SFR Status 


1 = Full (Le. Internal 
CPU has not read pre- 
vious Immediate 
Command 
sent by Host) 


0= 
Empty 


• Reset value; 


'1' - 
if read by the external 
Host 


'0' - 
if read by internal 
CPU (reads shadow 


latch - see FIFO DMA Freeze Mode descrip- 
tion) 


HST1 
FIFO DMA Freeze 
Mode Status 


1 = Freeze 
Mode in progress. 


(In Freeze Mode, the bits of the Host Status 
SFR are forced to a '1' initially to prevent the 
external 
Host from attempting 
to access 
the 


FIFO. The definition 
of the Host Status SFR 


bits during 
FIFO DMA Freeze 
Mode can be 


found 
in FIFO 
DMA 
Freeze 
Mode 
descrip- 


tion) 
o = Normal 
Operation 


HSTO 
Input FIFO Request 
Service 
Status 


1 = Input FIFO does not request 
service 


o = Input FIFO request 
service 
due to the 


Input FIFO containing 
enough 
space for the 


host to write the threshold 
number 
of bytes 


or more 


FIFO MODULE 
- EXTERNAL 
HOST 


INTERFACE 


Overview 


The 
FIFO-external 
Host 
interface 
supports 
high 


speed 
asynchronous 
bi-directional 
8-bit data trans- 


fers. The host interface 
is fully compatible 
with Intel 


microprocessor 
local 
busses 
and with 
MUL TIBUS. 


The FIFO has two specialized 
DMA request 
pins for 
Input 
and 
Output 
FIFO 
channel 
DMA 
requests. 


These 
are multiplexed 
to provide 
a dedicated 
Re- 


quest 
for 
Service 
interrupt 
(DRQIN/INTRQIN, 


DRQOUT /INTRQOUT). 


The external 
Host can program, 
under user defined 


protocol, 
thresholds 
into the FIFO Input and Output 


Threshold 
SFRs 
which 
determine 
when 
the 
FIFO 


Request 
for 
Service 
interrupt 
is generated 
to the 


Host CPU. The FIFO module 
external 
Host interface 


is configured 
by the 
internal 
CPU 
via 
the 
MODE 


SFR. 
"The 
external 
Host 
can 
enable 
and 
disable 


Host interface 
interrupts 
via the Host Control 
SFR." 


Data Stream 
Commands 
in the Input FIFO channel 


allow 
the Host to influence 
the processing 
of data 


blocks 
and are sent with the data flow to maintain 


synchronization. 
Data 
Stream 
Commands 
in 
the 


Output 
FIFO Channel 
allow the internal 
CPU to per- 


form the same function, 
and also to set the Output 


FIFO Request 
Service 
status 
logic to the host CPU 


regardless 
of the programmed 
value in the Thresh- 


old SFR. 


Slave Interface 
Address Decoding 


The 
UPI-452 
determines 
the desired 
Host function 


through 
address 
decoding. 
The lower 
three 
bits of 


the address 
as well as the READ, WRITE, 
Chip Se- 


lect (CS) and DMA Acknowledge 
(DACK) 
are used 


for decoding. 
Table 3 shows 
the pin states 
and the 


Read or Write operations 
associated 
with each con- 


figuration. 


Interrupts 
to the Host 


The 
UPI-452 
interrupts 
the 
external 
Host 
via 
the 


INTRQ 
pin. In addition, 
the 
DRQIN 
and 
DRQOUT 


pins can be multiplexed 
as interrupt 
request 
lines, 


INTRQIN 
and INTRQOUT 
respectively, 
when 
DMA 
is disabled. 
This 
provides 
two 
special 
FIFO 
"Re- 


quest for Service" 
interrupts. 


There 
are eight FIFO-related 
interrupt 
sources; 
two 


from The Input FIFO; three 
from The Output 
FIFO; 


one 
from 
the 
Immediate 
Command 
Out SFR; 
one 


from the Immediate 
Command 
IN SFR; and one due 


to FIFO DMA Freeze 
Mode. 


INPUT FIFO: The Input FIFO interrupt 
is generated 


whenever: 


a. The 
Input 
FIFO 
contains 
space 
for a threshold 


number 
of bytes. 
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DACK 
CS A2 A1 AO 
Read 
Write 


1 
1 
X 
X 
X 
No Operation 
No Operation 


1 
0 
0 
0 
0 
Data or DMA from Output 
FIFO Channel 
Data or DMA to Input FIFO Channel 


1 
0 
0 
0 
1 
Data Stream 
Command 
from Output FIFO Channel 
Data Stream 
Command 
to Input FIFO Channel 


1 
0 
0 
1 
0 
Host Status SFR Read 
Reserved 


1 
0 
0 
1 
1 
Host Control 
SFR Read 
Host Control 
SFR Write 


1 
0 
1 
0 
0 
Immediate 
Command 
SFR Read 
Immediate 
Command 
to SFR Write 


1 
0 
1 
1 
X 
Reserved 
Reserved 


0 
X 
X 
X 
X 
DMA Data from Output 
FIFO Channel 
DMA Data to Input FIFO Channel 


1 
0 
1 
0 
1 
Reserved 
Reserved 


NOTES: 
1. Attempting 
to read a DSC as a data byte will result 
in invalid 
data being read. The read pointers 
are not incremented 
so 


that the DSC is not lost. Attempting 
to read a data byte as a DSC has the same result. 


2. If DACK 
is active 
the 
UPI·452 
will attempt 
a DMA 
operation 
when 
RD or WR becomes 
active 
regardless 
of the 
DMA 


enable 
bit (MD6) 
in the MODE 
SFR. Care should 
be taken 
when 
using 
DACK. 
For proper 
operation, 
DACK 
must 
be driven 


high (+ 5V) when 
not using DMA. 


b. When 
an Input FIFO overrun 
error condition 
ex- 


ists. The appropriate 
bits in the Host Status SFR 
are set and the interrupt 
is generated 
only if en- 
abled. 


OUTPUT 
FIFO: The Output 
FIFO Request 
for Serv- 
ice Interrupt 
operates 
in a similar manner 
as the In- 
put FIFO interrupt: 


a. When the FIFO contains 
the threshold 
number of 
bytes or more. 


b. Output 
FIFO error condition 
interrupts 
are gener- 
ated when the Output 
FIFO is underrun. 


c. Data 
Stream 
Command 
present 
in the 
Output 
Buffer 
Latch. 


A Data 
Stream 
Command 
interrupt 
is used to halt 
normal 
processing, 
using the command 
as a vector 
to a service routine. When DMA is disabled, 
the user 
may program 
(through 
HC1) INTRQ to include 
FIFO 
Request 
for Service 
Interrupts 
or use INTRQIN 
and 
INTRQOUT 
as Request 
for Service 
Interrupts. 


IMMEDIATE 
COMMAND 
INTERRUPTS: 


a. An Immediate 
Command 
Out Interrupt 
is generat- 
ed, if enabled, 
to the Host and the corresponding 
Host 
Status 
SFR 
bit (HSTAT 
HST6) 
is cleared, 
when 
the 
internal 
CPU writes 
to the 
Immediate 
Command 
OUT 
(IMOUT) 
SFR. 
When 
the 
Host 
reads 
the 
Immediate 
Command 
OUT 
(IMOUT) 
SFR 
the 
corresponding 
bit 
in the 
Host 
Status 


(HST AT) SFR is set. This causes the Slave Status 
Immediate 
Command 
OUT 
Status 
bit 
(SSTAT 
SST6) to be cleared 
indicating 
that the Immediate 
Command 
OUT 
(IMOUT) 
SFR 
is empty. 
If en- 
abled, 
a FIFO-Slave 
Interface 
will also be gener- 
ated to the internal 
CPU. (See Figure 7b, Immedi- 
ate Command 
OUT Flowchart.) 


b. An Immediate 
Command 
IN interrupt 
is generat- 


ed, if enabled, 
to the Host when the internal 
CPU 


has read a byte from the Immediate 
Command 
IN 


(IMIN) 
SFR. The read operation 
clears 
the Host 


Status 
SFR 
Immediate 
Command 
IN Status 
bit 


(HSTAT 
HST2) 
indicating 
that 
the 
Immediate 


Command 
IN SFR is empty. 
The 
corresponding 


Slave Status 
(SSTAT) 
SFR bit is also set to indi- 


cate 
an empty 
status. 
Setting 
the 
Slave 
Status 


SFR 
bit generates 
a FIFO-Slave 
Interface 
inter- 


rupt, if enabled, 
to the internal 
CPU. (See Figure 


7a, Immediate 
Command 
IN Flowchart.) 


NOTE: 
Immediate 
Command 
IN and OUT interrupts 
are ac- 


tually specific 
Request 
For Service 
interrupts 
to the 


Host. 


FIFO DMA FREEZE 
MODE: When the internal 
CPU 


invokes 
FIFO DMA Freeze Mode, for example 
at re- 


set or to reconfigure 
the FIFO interface, 
INTRQ 
is 


activated. 
The 
INTRQ 
can only 
be deactivated 
by 


the 
external 
Host 
reading 
the 
Host 
Status 
SFR 


(HST1 remains 
active 
until FIFO DMA Freeze 
Mode 


is disabled 
by the internal 
CPU). 


Once 
an interrupt 
is generated, 
INTRQ 
will remain 


high 
until 
no interrupt 
generating 
condition 
exists. 


For a FIFO underrun/overrun 
error interrupt, 
the in- 


terrupt 
condition 
is deactivated 
by the external 
Host 


reading 
the Host 
Status 
SFR. An interrupt 
is serv- 


iced by reading 
the Host Status 
SFR to determine 


the source 
of the interrupt 
and vectoring 
the appro- 


priate service 
routine. 


intJ 


DMA Requests to the Host 


The UPI-452 generates two DMA requests, DRQIN 
and DRQOUT, to facilitate data transfer between the 
Host and the Input and Output FIFO channels. A 
DMA acknowledge, DACK, is used as a chip select 
and initiates a data transfer. The external READ and 
WRITE signals select the Input and Output FIFO re- 
spectively. The CS and address lines can also be 
used as a DMA acknowledge for processors with 
onboard DMA controllers which do not generate a 
DACK signal. 


The internal CPU can configure the UPI-452 to re- 
quest service from the external host via DMA or in- 
terrupts by programming Mode SFR MD6 bit. In ad- 
dition the external Host enables DMA requests 
through bits 6 and 7 of the Host Control SFR. When 
a DMA request is invoked the number of bytes trans- 
ferred to the Input FIFO is the total number of bytes 
in the Input FIFO (as determined by the CBP SFR) 
minus the value programmed in the Input FIFO 
Threshold SFR. The DMA request line is activated 
only when the Input FIFO has a threshold number of 
bytes that can be transferred. 


The Output FIFO DMA request is activated when a 
DSC is written by the internal CPU at the end of a 
less than threshold size block of data (Flush Mode) 
or when the Output FIFO threshold is reached. The 
request remains active until the Input FIFO becomes 
full or the Output FIFO becomes empty. If a DSC is 
encountered during an Output FIFO DMA transfer, 
the DMA request is dropped until the DSC is read. 
The DMA request will be reactivated after the DSC is 
read and remains active until the Output FIFO be- 
comes empty or another DSC is encountered. 


FIFO MODULE 
- INTERNAL 
CPU 


INTERFACE 


The Input and Output FIFOs are accessed by the 
internal CPU through direct addressing of the FIFO 
IN/COMMAND IN and FIFO OUT/COMMAND OUT 
Special Function Registers. All of the 80C51 instruc- 
tions involving direct addressing may be used to ac- 
cess the FIFO's SFRs. The FIFO IN, COMMAND IN 
and Immediate Command In SFRs are actually read 
only registers, and their Output counterparts are 
write only. Internal DMA transfers data between In- 
ternal memory, External Memory and the Special 
Function Registers. The Special Function Registers 
appear as another group of dedicated memory ad- 
dresses and are programmed as the source or desti- 


nation via the DMAO/DMA1 Source Address or Des- 
tination Address Special Function Registers. The 
FIFO module manages the transfer of data between 
the external host and FIFO SFRs. 


Internal CPU Access to FIFO Via 
Software 
Instructions 


The internal CPU has access to the Input and Out- 
put FIFOs via the FIFO IN/COMMAND IN and FIFO 
OUT/COMMAND OUT SFRs which reside in the 
Special Function Register Array. At the end of every 
instruction that involves a read of the FIFO IN/COM- 
MAND IN SFR, the SFR is written over by a new 
byte from the Input FIFO channel when available. At 
the end of every instruction that involves a write to 
the FIFO OUT/COMMAND OUT SFR, the new byte 
is written into the Output FIFO channel and the write 
pointer is incremented after the write operation (post 
incremented). 


The internal CPU reads the Input FIFO by using the 
FIFO IN/COMMAND IN SFR as the source register 
in an instruction. Those instructions which read the 
Input FIFO are listed below: 


ADD A,FIFO IN/COMMAND 
IN 


ADDC A,FIFO IN/COMMAND 
IN 


PUSH FIFO IN/COMMAND 
IN 


ANL A,FIFO IN/COMMAND IN 
ORL A,FIFO IN/COMMAND IN 
XRL A,FIFO IN/COMMAND 
IN 


CJNE A,FIFO IN/COMMAND 
IN, rei 


SUBB A,FIFO IN/COMMAND 
IN 


MOV direct,FIFO IN/COMMAND 
IN 


MOV @Ri,FIFO IN/COMMAND IN 
MOV Rn,FIFO IN/COMMAND 
IN 


MOV A,FIFO IN/COMMAND 
IN 


After each access to these registers, they are over- 
written by a new byte from the FIFO. 


NOTE: 
Instructions which use the FIFO IN or COMMAND 
IN SFR as both a source and destination register 
will have the data destroyed as the next data byte 
is rewritten into the FIFO IN register at the end of 
the instruction. These instructions are not support- 
ed by the UPI-452 FIFO. Data can only be read 
through the FIFO IN SFR and DSCs through the 
COMMAND IN SFR. Data read through the COM- 
MAND IN SFR will be read as OFFH, and DSCs 
read through the FIFO IN SFR will be read as 
OFFH. The Immediate Command in SFR is read 
with the same instructions as the FIFO IN and 
COMMAND IN SFRs. 
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The 
FIFO 
IN, COMMAND 
IN and Immediate 
Com- 


mand In SFRs are read only registers. 
Any write op- 


eration 
performed 
on these 
registers 
will be ignored 


and the FIFO pointers 
will remain 
intact. 


The internal 
CPU uses the FIFO OUT SFR to write 


to the Output 
FIFO and any instruction 
which 
uses 


the FIFO OUT or COMMAND 
OUT SFR as a desti- 


nation will invoke 
a FIFO write. DSCs are differenti- 


ated from 
data 
by writing 
to the 
COMMAND 
OUT 


SFR. In the FIFO, Data Stream Commands 
have the 


ninth 
bit associated 
with the command 
byte set to 


"1 ". 
The 
instructions 
used 
to write 
to the 
Output 


FIFO are listed below: 


MOV 
FIFO 
OUT /COMMOUT, 
A 


MOV 
FIFO 
OUT /COMMOUT, 
direct 


MOV 
FIFO 
OUT /COMMOUT, 
Rn 


POP 
FIFO 
OUT /COMMOUT 


MOV 
FIFO 
OUT/COMMOUT, 
#data 


MOV 
FIFO 
OUT /COMMOUNT, 
@Ri 


NOTE: 


Instructions 
which 
use the 
FIFO 
OUT/COMMAND 


OUT SFRs as both a source 
and destination 
regis- 


ter cause 
invalid 
data to be written 
into the Output 


FIFO. These 
instructions 
are not supported 
by the 


UPI-452 
FIFO. 


There are two identical 
General Purpose 
DMA Chan- 


nels 
on the 
UPI-452 
which 
allow 
high speed 
data 


transfer 
from one write able memory 
space to anoth- 
er. As many as 64K bytes 
can be transferred 
in a 


single 
DMA 
operation. 
The 
following 
memory 


spaces 
can be used with DMA channels: 


• 
Internal 
Data Memory 


• 
External 
Data Memory 


• 
Special 
Function 
Registers 


The Special 
Function 
Register 
array 
appears 
as a 


limited 
group 
of dedicated 
memory 
addresses. 
The 


Special 
Function 
Registers 
may 
be 
used 
in DMA 


transfer 
operations 
by specifying 
the 
SFR 
as the 


source or destination 
address. 
The Special 
Function 


Registers 
which 
may be used in DMA transfers 
are 


listed 
in Table 
4. Table 
4 also shows 
whether 
the 


SFR may be used as Source 
or Destination 
only, or 


both. 


The FIFO can be accessed 
during DMA by using the 


FIFO IN SFR as the DMA Source 
Address 
Register 


(SAR) or the FIFO OUT SFR as the Destination 
Ad- 


dress Register 
(OAR). (Note: Since the FIFO IN SFR 


is a read only register, 
the DMA transfer 
will be ig- 


nored if it is used as a DMA OAR. This is also true if 
the FIFO OUT SFR is used as a DMA SAR.) 


Each DMA channel 
is software 
programmable 
to op- 


erate in either Block Mode or Demand 
Mode. In the 


Block 
Mode, 
DMA 
transfers 
can 
be 
further 
pro- 


grammed 
to take 
place 
in Burst Mode 
or Alternate 


Cycle mode. 
In Burst Mode, the processor 
halts its 


execution 
and dedicates 
its resources 
to the DMA 


transfer. 
In Alternate 
Cycle 
Mode, 
DMA cycles 
and 
instruction 
cycles 
occur alternately. 


In Demand 
Mode, a DMA transfer 
occurs 
only when 


it is demanded. 
Demands 
can be accepted 
from an 


external 
device 
(through 
External 
Interrupt 
pins, 


EXTO/EXT1) 
or from 
either 
the 
Serial 
Channel 
or 


FIFO flags. In this way, a DMA transfer 
can be syn- 


chronized 
to an external 
device, the FIFO or the Se- 


rial Port. 
If the 
External 
Interrupt 
is configured 
in 


Edge Mode, 
a single 
byte transfer 
occurs 
per tran- 


sition. 
The 
external 
interrupt 
itself 
will occur 
if en- 


abled. 
If the External 
Interrupt 
is configured 
in Level 


Mode, 
DMA transfers 
continue 
until the External 
In- 


terrupt 
request 
goes 
inactive 
or the byte count 
be- 


comes 
zero. 
The 
following 
flags 
activate 
Demand 


Mode transfers 
of one byte to/from 
the FIFO or Seri- 


al Channel: 


RI - Serial Channel 
Receiver 
Buffer Full 


TI - Serial Channel 
Transmitter 
Buffer Empty 


There are three 16 bit and one 8 bit Special 
Function 


Registers 
associated 
with each DMA channel. 


• 
The 16 bit Source 
Address 
SFR (SAR) points to 


the source 
byte. 


• 
The 16 bit Destination 
Address 
SFR (OAR) points 


to the destination. 


• 
The 
16 bit Byte Count 
SFR (BCR) contains 
the 


number 
of bytes to be transferred 
and is decre- 


mented 
when a byte transfer 
is accomplished. 


• 
The DMA Control 
SFR (DCON) 
is eight bits wide 


and specifies 
the source 
memory 
space, destina- 


tion memory 
space and the mode of operation. 


In Auto 
Increment 
mode, the Source 
Address 
and/ 


or Destination 
Address 
is incremented 
when 
a byte 
is transferred. 
When 
a DMA 
transfer 
is complete 


(BCR 
= 0), the 
DONE 
bit is set and 
a maskable 


interrupt 
is generated. 
The 
GO bit must 
be set to 


start any DMA transfer 
(also, the Slave Control 
SFR 


FRZ bit must be set to disable 
FIFO 
DMA 
Freeze 


Mode). 
The two 
DMA channels 
are designated 
as 


DMAO and DMA 1, and their corresponding 
registers 


are suffixed 
by 0 or 1; e.g. SARO, DAR1, etc. 


inter 


, 
Source 
Destination 
SFR 
Symbol 
Address 
Only 
Only 
Either 


Accumulator 
AlACC 
OEOH 
Y 
B Register 
B 
OFOH 
Y 
1 


FIFO IN 
FIN 
OEEH 
Y 


COMMAND 
IN 
CIN 
OEFH 
Y 


FIFO OUT 
FOUT 
OFEH 
Y 


COMMAND 
OUT 
COUT 
OFFH 
Y 


Serial Data Buffer 
SBUF 
099H 
Y 
Port 0 
PO 
080H 
Y 
Port 1 
P1 
090H 
Y 
Port 2 
P2 
OAOH 
Y 
Port 3 
P3 
OBOH 
Y 
Port 4 
P4 
OCOH 
Y 


DMA Special Function·Registers 


DMA Control 
SFR: DCONO, DCON1 
Symbolic 
Address 


DCONO 


DCON1 


Physical 
Address 


092H 


093H 


DAS 
IDA 
Destination 
Address 
Space 


0 
0 
External 
Data Memory without 
Auto-Increment 
0 
1 
External 
Data Memory with Auto-Increment 
1 
0 
Special 
Function 
Register 


1 
l 
1 
Internal Data Memory 


SAS 
ISA 
Source Address 
Space 


0 
0 
External 
Data Memory without Auto-Increment 
0 
1 
External 
Data Memory with Auto-Increment 
1 
0 
Special 
Function 
Register 


1 
1 
Internal 
Data Memory 


DM 
TM 
DMA Transfer 
Mode 
1 


0 
0 
Alternate-Cycle 
Transfer 
Mode 


0 
1 
Burst Transfer 
Mode 


1 
0 
FIFO or Serial Channel 
Demand 
Mode 
1 
1 
External Demand 
Mode 


inter 


DMA transfer Flag: 


o 
DMA transfer is not completed. 
1 
DMA transfer is complete. 


NOTE: 


This flag is set when contents of the Byte Count 
SFR decrements to zero. It is reset automatically 
when the DMA vectors to its interrupt routine. 
GO 
Enable DMA Transfer: 


o 
Disable DMA transfer (in all modes). 


1 
Enable DMA transfer. If the DMA is in 
the Block mode, start DMA transfer if 
possible. If it is in the Demand mode, 
enable the channel and wait for a de- 
mand. 


NOTE: 
The GO bit is reset when the BCR decrements to 
zero. 


The following four modes of DMA operation are pos- 
sible in the UPI-452. 


General 


Alternate cycle mode is useful when CPU process- 
ing must occur during the DMA transfers. In this 
mode, a DMA cycle and an instruction cycle occur 
alternately. The interrupt request is generated (if en- 
abled) at the end of the process, Le.when BCR dec- 
rements to zero. The transfer is initiated by setting 
the GO bit in the DCON SFR. 


Alternate-Cycle 
FIFO Demand 
Mode 


Alternate cycle demantt mode is useful for FIFO 
transfers of a less urgent nature. As mentioned be- 
fore, CPU instruction cycles are interleaved with 
DMA transfer cycles, allowing true parallel process- 
ing. 


This mode differs from FIFO Demand Mode in that 
CPU instruction cycles must be interleaved with 
DMA transfers, even if the FIFO is demanding DMA. 
In FIFO Demand Mode, CPU cycles would never oc- 
cur if the FIFO demand was present. 


Input Channel 


The DMA is configured as in FIFO Demand Mode 
and transfers are initiated whenever an Input FIFO 


service request is generated. DMA transfer cycles 
are alternated with instruction execution cycles. 
DMA transfers are terminated as in FIFO Demand 
Mode. 


Output 
Channel 


The DMA is configured as in FIFO Demand Mode 
and transfers are initiated whenever an Output FIFO 
requests service. DMA transfer cycles are alternated 
with instruction execution cycles. OMA transfers are 
terminated as in FIFO Demand Mode. 


The FIFO logic resets the interrupt flag after trans- 
ferring the byte, so the interrupt is never generated. 


Once the DMA is programmed to service the FIFO, 
the request for service interrupt for the FIFO is inhib- 
ited until the DMA is done (BCR = 0). 


In BURST mode the DMA is initiated by setting the 
GO bit in the DCON SFR. The DMA operation con- 
tinues until BCR decrements to zero (zero byte 
count), then an interrupt is generated (if enabled). 
No interrupts are recognized during a DMA opera- 
tion once started. 


Input Channel 


The FIFO Input Channel can be used in burst mode 
by specifying the FIFO IN SFR as the DMA Source 
Address. DMA transfers begin when the GO bit in 
the DMA Control SFR is set. The number of bytes to 
be transferred must be specified in the Byte Count 
.SFR (BCR) and auto-incrementing of the SAR must 
be disabled. Once the GO bit is set nothing can in- 
terrupt the transfer of data until the BCR is zero. In 
this mode, a Data Stream Command encountered in 
the FIFO will be held in the COMMAND IN SFR with 
the pointers frozen, and invalid data (FFH) will be 
read through the FIFO IN SFR. If the input FIFO 
becomes empty during the block transfer, an OFFH 
will be read until BCR decrements to zero. 


Output 
Channel 


The Output FIFO Channel can be used in burst 
mode by specifying the FIFO OUT or COMMAND 
OUT SFR as the DMA Destination Address. DMA 
transfers begin when the GO bit is set. This mode 
can be used to send a block of data or a block of 
Data Stream Commands. If the FIFO becomes full 
during the block transfer, the remaining data will be 
lost. 


inter 


NOTE: 
All interrupts including FIFO interrupts are not rec- 
ognized 
in 
Burst 
Mode. 
Burst 
Mode 
transfers 


should be used to service the FIFO only when the 
user is certain that no Data Stream Commands are 
in the block to be transferred (Input FIFO) and that 
the FIFO contains enough space to store the block 
to be transferred. In all other cases Alternate Cycle 
or Demand Mode should be used. 


3. FIFO AND SERIAL 
CHANNEL 
DEMAND 


MODES 


NOTES: 
1. If the output FIFO is configured as a one byte 
buffer and the user program consists of two-cycle 
instructions only, then Alternate-Cycle Mode should 
be used. 
2. In non-auto increment mode for internal to exter- 
nal, or external to internal transfers, the lower 8 bits 
of the external address should not correspond to 
the FIFO or Serial Port address. 


FIFO Demand 
Mode 


Although any DMA mode is possible using the FIFO 
buffer, only FIFO Demand and Alternate Cycle FIFO 
Demand Modes are recommended. FIFO Demand 
Mode DMA transfers using the input FIFO Channel 
are set-up by setting the GO bit and specifying the 
FIFO IN register as the DMA Source Address Regis- 
ter. The BCR should be set to the maximum number 
of expected transfers. The user must also program 
bit 1 of the Slave Control Register (SC1) to deter- 
mine whether the Slave Status (SSTAT) SFR FIFO 
Request For Service Flag will be activated when the 
FIFO becomes not empty or full. Once the Request 
For Service Flag is activated by the FIFO, the DMA 
transfer begins, and continues until the request flag 
is deactivated. While the request is active, nothing 
can interrupt the DMA (Le. it behaves like burst 
mode). The DMA Request is held active until one of 
the following occurs: 
1) The FIFO becomes empty. 
2) A Data Stream Command is encountered (this 


generates a FIFO interrupt and DMA operation 
resumes after the Data Stream Command is 
read). 


3) BCR = 0 (this generates a DMA interrupt and 


sets the DONE bit). 


DMA transfers to the Output FIFO Channel are simi- 
lar. The FIFO OUT or COMMAND OUT SFR is the 
DMA Destination Address SFR and a transfer is 
started by setting the GO bit. The user programs bit 
o of the Slave Control SFR (SCO) to determine 
whether a demand occurs when the Output FIFO 


is not full or empty. DMA transfers begin when the 
Request For Service Flag is activated by the FIFO 
logic and continue as long as the flag is active. The 
Flag remains active until one of the following occurs: 
1) The FIFO becomes full 
2) BCR = 0 (this generates a DMA interrupt and 


sets the DONE bit). 


As in Alternate Cycle FIFO Demand Mode, the FIFO 
logic resets the interrupt flag after transferring the 
byte, so the interrupt is never generated. 


After the GO bit is set, the DMA is activated if one of 
the following conditions takes place: 


SAR(0/1) = FIFO IN and HIFRS flag is set 
DAR(0/1) = FIFO OUT and HOFRS flag is set 


The HIFRS and HOFRS signals are internal flags 
which are not accessible by software. These flags 
are similar to the SSTOand SST4 flags in the Slave 
Status Register except that they are of the opposite 
polarity and once set they are not cleared until the 
Input FIFO becomes empty (HIFRS) or the Output 
FIFO becomes full (HOFRS). 


Serial Channel Demand Mode is the logical choice 
when using the Serial Port. The DMAs can be acti- 
vated by one of the Serial Channel Flags. Receiver 
interrupt (RI) or Transmitter Interrupt (TI). 


SAR(0/1) = SBUF and RI flag is set 
DAR(0/1) = SBUF and TI flag is set 


NOTE: 
TI flag must be set by software to initiate the first 
transfer. 


When the DMA transfer begins, only one byte is 
transferred at a time. The serial port hardware auto- 
matically resets the flag after completion of the 
transfer, so an interrupt will not be generated unless 
DMA servicing is held off due to the DMA being 
done (BCR = 0) or when the Hold/Hold Acknowl- 
edge logic is used and the DMA does not own the 
bus. In this case a Serial Port interrupt may be gen- 
erated if enabled because of the status of the RI or 
TI flags. 


In FIFO demand mode, Alternate cycle FIFO de- 
mand mode or Serial Port demand mode only one of 
the following registers (SBUF, FIN or FOUT) should 
be used as either the SAR or DAR registers to pre- 
vent undesired transfers. For example if SARO = 
FIN and DARO = SBUF in demand mode, the DMA 
transfer will start if either the HIFRS or TI flags are 
set. 


The DMA can be initiated 
by an external 
device 
via 


External 
interrupt 
0 and 
1 (INTO/INT1) 
pins. 
The 


INTO pin demands 
DMAO (Channel 
0) and INT1 de- 
mands 
DMA 1 (Channel 
1). If the interrupts 
are con- 


figured 
in edge 
mode, 
a single 
by1e transfer 
is ac- 
complished 
for every 
request. 
Interrupts 
also result 
(INTO and 
INT1) 
after 
every 
by1e transfer 
(if en- 
abled). 
If the interrupts 
are configured 
in level mode, 
the 
DMA transfer 
continues 
until the request 
goes 


inactive 
or BCR = O. In either case, a DMA interrupt 


is generated 
(if enabled) 
when BCR = O. The GO bit 
must be set for the transfer 
to begin. 


When 
transferring 
data to or from external 
memory 


via DMA, the 
HOLD 
(HLD) 
and HOLD-ACKNOWL- 
EDGE 
(HLDA) 
signals 
are 
used 
for 
handshaking. 


The 
HOLD 
and HOLD-ACKNOWLEDGE 
are active 


low signals 
which 
arbitrate 
control 
of the local bus. 
The UPI-452 
can be used in a system 
where 
multi- 
masters 
are connected 
to a single parallel Address/ 


Data bus. The HLD/HLDA 
signals are used to share 


resources 
(memory, 
peripherals, 
etc.) among 
all the 


processors 
on the 
local 
bus. The 
UPI-452 
can 
be 


configured 
in any of three different 
External 
Memory 


Modes 
controlled 
by bits 5 and 6 (REQ & ARB) 
in 


the PCON SFR (Table 
5). Each mode 
is 'described 


below: 
. 


REQUESTER 
MODE: 
In this mode, 
the UPI-452 
is 


not the bus master, 
but must request 
the bus from 


another 
device. 
The 
UPI-452 
configures 
port 
pin 


P1.5 as a HLD output and pin P1.6 as a HLDA input. 
The UPI-452 
issues a HLD signal when it needs ex- 


ternal 
access 
for a DMA channel. 
It uses the local 


bus after 
receiving 
the 
HLDA 
signal 
from 
the 
bus 


master, 
and will not release 
the 
bus until 
its DMA 


operation 
is complete. 


ARBITER 
MODE: 
In this mode, 
the 
UPI-452 
is the 


bus master. 
It configures 
port pin P1.5 as HLD input 


and pin P1.6 as HLDA 
output. 
When 
a device 
as- 


serts the HLD signal to use the local bus, the UPI- 
452 asserts the HLDA signal after current 
instruction 


execution 
is complete. 
If the UPI·452 
needs 
an ex- 


ternal 
access 
via a DMA channel, 
it waits 
until the 


requester 
releases 
the bus, HLD goes inactive. 


DISABLE 
MODE: When external 
program 
memory 
is 


accessed 
by an instruction 
or by program 
counter 


overflow 
beyond 
the internal 
ROM address 
or exter- 


nal data memory 
is accessed 
by MOVX instructions, 
it is a local memory access and the HLD/HLDA 
logic 


is not initiated. 
When a DMA channel 
attempts 
data 
transfer 
to/from 
the 
external 
data 
memory, 
the 


HLD/HLDA 
logic 
is initiated 
as 
described 
below. 


DMA transfers 
from 
the 
internal 
memory 
space 
to 
the 
internal 
memory 
space 
does 
not 
initiate 
the 


HLD/HLDA 
logic. 


'The balance 
of the PCON SFR bits are described 
in 
the 
"80C51 
Register 
Description: 
Power 
Control 


SFR" 
section 
below. 


When 
the 
GO 
bit is set, the 
UPI-452 
finishes 
the 


current 
instruction 
before 
starting 
the 
DMA 
opera- 


tion. Thus the maximum 
latency 
is 3.0 microseconds 
(at 16 MHz). 


Each DMA channel 
has a unique vectored 
interrupt 


associated 
with it. There are two vectored 
interrupts 


associated 
with the two 
DMA 
channels. 
The 
DMA 


interrupts 
are enabled 
and priorities 
set via the Inter- 


rupt Enable 
and Priority SFR (see "Interrupts" 
sec- 


tion). The interrupt 
priority 
scheme 
is similar 
to the 


scheme 
in 80C51. 


Symbolic 
Address 


PCON 


Physical 
Address 


87H 
-"~---~- 
. 


(MSB) 
"Defined 
as per MLS-51 Data Sheet 


Reset Status: OOH 


ARB 
REQ 


0 
0 
HLD/HLDA 
logic is disabled. 


0 
1 
The UPI-452 is in the Requester 
Mode. 


1 
0 
The UPI-452 is in the Arbiter Mode. 
1 
1 
Invalid 


inter 


When 
a DMA 
operation 
is complete 
(BCR 
decre- 
ments 
to 
zero), 
the 
DONE 
flag 
in the 
respective 


DCON 
(DCONO or DCON1) 
SFR is set. If the DMA 


interrupt 
is enabled, 
the DONE flag is reset automat- 


ically upon vectoring 
to the interrupt 
routine. 


If a Burst Mode 
DMA transfer 
is in progress, 
the in- 
terrupts 
are not serviced 
until the 
DMA transfer 
is 


complete. 
This is also true for level activated 
Exter- 


nal Demand 
DMA transfers. 
During Alternate 
Cycle 


DMA transfers, 
however, 
the interrupts 
are serviced 


at the end of the DMA cycle. After that, DMA cycles 
and instruction 
execution 
cycles occur alternately. 
In 


the case of edge activated 
External 
Demand 
Mode 


DMA transfers, 
the interrupt 
is serviced 
at the end of 


DMA transfer 
of that single byte. 


Only one 
of the two 
DMA channels 
is active 
at a 


time, except 
when 
both are configured 
in the Alter- 


nate Cycle mode. 
In this case, the DMA cycles 
and 


Instruction 
Execution 
cycles 
occur 
in the following 


order: 


1. DMA Cycle O. 


2. instruction 
execution. 


3. DMA Cycle 1. 


4. Instruction 
execution. 


DMAO has priority 
over DMA 1 during 
simultaneous 


activation 
of the 
two 
DMA 
channels. 
If one 
DMA 


channel 
is active, the other DMA channel, 
if activat- 


ed, waits until the first one is complete. 


If DMAO is already 
in the Alternate 
Cycle mode and 


DMA 1 is activated 
in Alternate 
Cycle 
Mode, 
it will 


take two instruction 
cycles before DMA 1 is activated 


(due to the priority of DMAO). Once DMA1 becomes 
active, 
the 
execution 
will 
follow 
the 
normal 
se- 
quence. 


If DMAO is already 
in the Alternate 
Cycle mode and 


DMA 1 is activated 
in Burst Mode, 
the DMA 1 Burst 


transfer 
will follow 
the DMAO Alternate 
Cycle trans- 
fer (after the completion 
of the next instruction). 


if the UPI-452 (as a Requester) 
asserts a HLD signal 


to request 
a DMA transfer 
(see "External 
Memory 


DMA")and 
its other DMA Channel 
requests 
a trans- 


fer before 
the HLDA signal is received, 
the channel 


having higher priority is activated 
first. A Burst Mode 


transfer 
on channel 
0 can not be interrupted 
since 


DMAO 
has 
the 
highest 
priority. 
A 
Demand 
Mode 


transfer 
on channel 
0 is the only type of activity 
that 


can interrupt 
a block transfer 
on DMA 1. 


If, while 
executing 
a DMA transfer, 
the 
Arbiter 
re- 


ceives a HLD signal, and then before it can acknowl- 
edge, its other 
DMA Channel 
requests 
a transfer, 
it 


then 
completes 
the 
second 
DMA 
transfer 
before 


sending 
the HLDA signal to release 
the bus to the 


HLD request. 


DMA transfers 
may be held off under the following 


conditions: 


1. A write 
to any of the 
DMA registers 
inhibits 
the 


DMA for one instruction 
cycle. 


NOTE: 
An instruction 
cycle 
may be executed 
in 1, 2 or 4 


machine 
cycles 
dependent 
on the instruction 
being 


executed. 
DMA 
transfers 
are 
only 
executed 
after 


the 
completion 
of 
an 
instruction 
cycle 
never 
be- 


tween 
machine 
cycles 
of a single 
instruction 
cycle. 


Similarly 
instruction 
cycles 
are only executed 
upon 


completion 
of a DMA transfer 
whether 
it be a one 


machine 
cycle 
transfer 
or two 
machine 
cycles 
(for 


ext. to ext. memory 
transfers). 


2. A single machine 
cycle DMA register 
read opera- 


tion (i.e. MOV A, DCa NO) will inhibit the DMA for 
one instruction 
cycle. 
However 
a two cycle 
DMA 


register 
read 
operation 
will 
not 
inhibit 
the 
DMA 


(i.e. MOV P1, DCONO). 


If the HOLD/HOLD 
Acknowledge 
logic is enabled 
in 


requestor 
mode the hold request 
will go active once 


the go bit has been set (for burst mode) 
and once 


the demand 
flag is set (for demand 
mode) 
regard- 


less of whether 
the DMA is held off by one of the 


above conditions. 
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DMA CYCLE 
INSTRUCTION 


EXECUTION 


The UPI-452 provides 
a total of eight interrupt 
sourc- 


es (Table 
6). Their operation 
is the same as in the 


80C51 , with 
the 
addition 
of 
three 
new 
interrupt 
sources 
for the 
UPI-452 
FIFO 
and 
DMA features. 


These added interrupts 
have their enable and priori- 


ty bits in the Interrupt 
Enable and Priority (IEP) SFR. 


The 
IEP SFR 
is in addition 
to the 80C51 
Interrupt 


Enable (IE) and Interrupt 
Priority (IP) SFRs. The add- 


ed interrupt 
sources 
are also globally enabled 
or dis- 


abled by the EA bit in the Interrupt 
Enable SFR. Ta- 


ble 6 lists the eight interrupt 
sources 
in order of pri- 
ority. 
Table 
7 lists the 
eight 
interrupt 
sources 
and 


their respective 
address 
vector 
location 
in program 


memory. 
(DMA interrupts 
are discussed 
in the "Gen- 


eral Purpose 
DMA Channels" 
section. 
Additional 
in- 


terrupt 
information 
for Timer/Counter, 
Serial 
Chan- 
nel, External 
Interrupt 
may be found in the Microcon- 


troller 
Handbook 
for the 80C51.) 


The FIFO module 
generates 
interrupts 
to the inter- 


nal 
CPU 
whenever 
the 
FIFO 
requests 
service 
or 


when a Data Stream Command 
is in the COMMAND 


IN SFR. The Input FIFO will request 
service whenev- 


er it becomes 
full or not empty depending 
on bit 1 of 


the Slave Control 
SFR (IFRS). Similarly, 
the Output 


Table 6. Interrupt Priority 


Interrupt Source 
Priority Level 
(highest) 
o 
1 
2 
3 
4 
5 
6 
7 
(lowest) 


Table 7. Interrupt Vector Addresses 
Interrupt Source 
Starting Address 


External 
Interrupt 
0 
3 (003H) 


Internal Timer/Counter 
0 
11 (OOBH) 


External 
Interrupt 
1 
19 (013H) 
Internal Timer/Counter 
1 
27 (01 BH) 


Serial Channel 
35 (023H) 


FIFO - Slave Bus Interface 
43 (02BH) 


DMA Channel 
0 Request 
51 (033H) 


DMA Channel 
1 Request 
59 (03BH) 


External 
Interrupt 0 
Internal Timer/Counter 
0 
DMA Channel 0 Request 
External 
Interrupt 
1 
DMA Channel 
1 Request 
Internal Timer/Counter 
1 
FIFO - Slave Bus Interface 
Serial Channel 


FIFO 
requests 
service 
when 
it becomes 
empty 
or 


not full as determined 
by bit 0 of the Slave Control 


SFR 
(OFRS). 
Request 
for 
Service 
interrupts 
are 


generated 
only if enabled 
by the internal CPU via the 


Interrupt 
Enable 
SFR, and the Slave Control 
Regis- 


ter. 


inter 


A 
Data 
Stream 
Command 
Interrupt 
is generated 
whenever 
there 
is a Data Stream 
Command 
in the 
COMMAND 
IN SFR. 
The 
interrupt 
is generated 
to 
ensure 
that 
the internal 
interrupt 
is recognized 
be- 
fore another 
instruction 
is executed. 


Immediate 
Command 
Interrupts 
a. An Immediate 
Command 
IN interrupt 
is generat- 
ed, if enabled, 
to the internal 
CPU when the Host 
has written 
to the Immediate 
Command 
IN (IMIN) 
SFR. The write operation 
clears the Slave Status 
SFR bit (SSTAT 
SST2) 
and sets the Host Status 
SFR bit (HSTAT 
HST2) to indicate 
that a byte is 
present 
in 
the 
Immediate 
Command 
IN 
SFR. 
When the internal CPU reads the Immediate 
Com- 
mand IN (IMIN) SFR the Slave Status SFR status 
bit is set, and the 
Host Status 
SFR status 
bit is 
cleared 
indicating 
the IMIN SFR is empty. 
Clear- 
ing the Host Status SFR bit will cause a Request 
For Service (INTRQ) interrupt, 
if enabled, 
to signal 
the Host that the 1MIN SFR is empty. 
(See Figure 
7a, Immediate 
Command 
IN Flowchart.) 


b. An Immediate 
Command 
OUT interrupt 
is gener- 
ated, 
if enabled, 
to the 
internal 
CPU when 
the 
Host 
has 
read 
the 
Immediate 
Command 
OUT 
SFR. 
The 
Host 
read 
causes 
the 
Slave 
Status 


Interrupt 
Enable SFR (IE) 
Symbolic 
Address 


IE 


Immediate 
Command 
OUT bit (SSTAT 
SST6) 
to 
be 
set 
and 
the 
corresponding 
Host 
Status 
bit 
(HST AT HST6) to be cleared 
indicating 
the SFR is 
empty. When the internal CPU writes to the Imme- 
diate Command 
OUT SFR, the Host Status 
bit is 
set and Slave Status bit is cleared 
to indicate 
the 
SFR is full. (See Figure 7b, Immediate 
Command 
OUT Flowchart.) 


NOTE: 
Immediate 
Command 
IN and OUT interrupts 
are ac- 
tually specific 
FIFO-Slave 
Interface 
interrupts 
to the 
internal 
CPU. 


One instruction 
from the main program 
is executed 
between 
two consecutive 
interrupt 
service 
routines 
as in the 
80C51. 
However, 
if the 
second 
interrupt 
service 
routine 
is due to a Data Stream 
Command 
Interrupt, 
the main program 
instruction 
is not execut- 
ed (to prevent 
misreading 
of invalid data). 


Each of the three interrupt 
special function 
registers 
(IE, IP and IEP) is listed below with its corresponding 
bit definitions. 
. 


Physical 
Address 


OA8H 


Symbol 
Position 
Function 


EA 
IE7 
Enables all interrupts. 
If EA = 0, no interrupt 
will be 
acknowledged. 
If EA = 1, each interrupt 
source is 
individually 
enabled 
or disabled 
by setting or clearing 
its 
enable bit. 
- 
IE6 
(reserved) 
- 
IE5 
(reserved) 
ES 
lEA 
Serial Channel 
interrupt 
enable 
ET1 
IE.3 
Internal Timer/Counter 
1 Overflow 
Interrupt 
EX1 
IE2 
External 
Interrupt 
Request 
1. 
ETO 
IE1 
Internal Timer/Counter 
0 Overflow 
Interrupt 
EXO 
IEO 
External 
Interrupt 
Request O. 


inter 


A priority level of 0 or 1 may be assigned 
to each interrupt 
source, with 1 being higher priority level, through 
the 
IP and the IEP (Interrupt 
Enable and Priority) SFR. A priority 
level of 1 interrupt 
can interrupt 
a priority 
level 0 
service 
routine to allow nesting 
of interrupts. 


Symbolic 
Address 


IP 


Physical 
Address 


OB8H 


Symbol 
Position 
Function 
Priority 
Within 
A Level 


(lowest) 
- 
IP.? 
(reserved) 
- 
- 
IP.6 
(reserved) 
- 
- 
IP.5 
(reserved) 
- 
PS 
IPA 
Local Serial Channel 
O.? 
PT1 
IP.3 
Internal Timer/Counter 
1 
0.5 
PX1 
IP.2 
External 
Interrupt 
Request 
1 
0.3 
PTO 
, 
IP.1 
Internal Timer/Counter 
0 
0.1 
PXO 
IP.O 
External 
Interrupt 
Request 
0 
0.0 
(highest) 


The Interrupt 
Enable and Priority Register 
establishes 
the enabling 
and priority of those resources 
not covered 
in the Interrupt 
Enable and Interrupt 
Priority SFRs. 


Symbolic 
Address 


IEP 
I__ 
~ 
PFIFO I EDMAO I EDMA1 I PDMAO I PDMA1 I EFIFO I 


(MSB) 
(LSB) 


Physical 
Address 


OF8H 


Priority 
Symbol 
Position 
Function 
Within a 
Level 
- 
IEP.? 
(reserved) 
- 
IEP.6 
(reserved) 
PFIFO 
IEP.5 
FIFO Slave Bus Interface 
Interrupt 
Priority 
0.6 
EDMAO 
IEPA 
DMA Channel 
0 Interrupt 
Enable 
EDMA1 
IEP.3 
DMA Channel 
1 Interrupt 
Enable 
PDMAO 
IEP.2 
DMA Channel 
0 Priority 
0.2 
PDMA1 
IEP.1 
DMA Channel 
1 Priority 
0.4 
EFIFO 
IEP.O 
FIFO Slave Bus Interface 
Interrupt 
Enable 


FIFO-EXTERNAL 
HOST INTERFACE 
FIFO DMA FREEZE 
MODE 


Overview 


During FIFO DMA Freeze Mode the internal CPU 
can reconfigure the FIFO interface. FIFO DMA 
Freeze Mode is provided to prevent the Host from 
accessing the FIFO during a reconfiguration se- 
quence. The 
internal CPU invokes 
FIFO DMA 
Freeze Mode by clearing bit 3 of the Slave Control 
SFR (SC3). INTRQ becomes active whenever FIFO 
DMA Freeze Mode is invoked to indicate the freeze 
status. The interrupt can only be deactivated by the 
Host reading the Host Status SFR. 


During FIFO DMA Freeze Mode only two operations 
are possible by the Host to the UPI-452 slave, the 
balance are disabled, as shown in Table 8. The in- 
ternal DMA is disabled during FIFO DMA Freeze 
Mode, and the internal CPU has write access to all 
of the FIFO control SFRs (Table 9). 


DMA Freeze Mode bit defaults to FIFO DMA Freeze 
Mode (SLCON FRZ=0). Below is a list of the FIFO 
Special Function Registers and their default power 
on reset values; 


SFR Name 
Label 
Value 


Channel Boundary Pointer 
CBP 
40H / 640 


Output Channel Read Pointers ORPR 
40H / 640 


Output Channel Write Pointers OWPR 40H / 640 
Input Channel Read Pointers 
IRPR 
OOH/ 000 


Input Channel Write Pointers 
IWPR 
OOH/ 000 


Input Threshold 
ITHR 
80H / 1280 


Output Threshold 
OTHR 
01H / 10 


The Input and Output FIFO channels may be recon- 
figured by programming any of these SFRs while the 
FIFO Host interface is in FIFO DMA Freeze Mode. 
The UPI-452 also notifies the Host that FIFO DMA 
Freeze Mode is in progress by setting the Host 
Status SFR FIFO DMA Freeze Mode Status bit, 
FIFO DMA Freeze Mode In Progress. The Host in- 
terrogates the Host Status SFR to determine the 
status of the FIFO Host interface following reset be- 
fore attempting to read from or write to the UPI-452 
FIFO buffer. 


At power on reset the FIFO Host interface is auto- 
matically frozen. The Slave Control Enable FIFO 


Table 8 Slave Bus Interface 
Status During FIFO DMA Freeze 
Mode 


Interface 
Pins; 
CS 
READ 
WRITE 
Operation 
In 
Status In 


DACK 
A2 
A1 
AO 
Normal Mode 
FIFO DMA Freeze 
Mode 


1 
0 
0 
1 
0 
0 
1 
Read Host Status SFR 
Operational 


1 
0 
0 
1 
1 
0 
1 
Read Host Control SFR 
Operational 


1 
0 
0 
1 
1 
1 
0 
Write Host Control SFR 
Disabled 


1 
0 
0 
0 
0 
0 
1 
Data or DMA Data from 
Disabled 
Output Channel 


1 
0 
0 
0 
0 
1 
0 
Data or DMA Data to 
Disabled 
Input Channel 


1 
0 
0 
0 
1 
0 
1 
Data Stream Command from 
Disabled 
Output Channel 


1 
0 
0 
0 
1 
1 
0 
Data Stream Command to 
Disabled 
Input Channel 


1 
0 
1 
0 
0 
0 
1 
Read Immediate Command 
Disabled 
Out from Output Channel 


1 
0 
1 
0 
0 
1 
0 
Write Immediate Command 
Disabled 
In to Input Channel 


0 
X 
X 
X 
X 
0 
1 
DMA Data from Output 
Disabled 
Channel 


0 
X 
X 
X 
X 
1 
0 
DMA Data to Input Channel 
Disabled 


The UPI-452 can also be programmed to interrupt 
the Host following power on reset in order to indi- 
cate to the Host that FIFO DMA Freeze Mode is in 
progress. This is done by enabling the INTRQ inter- 
rupt output pin via the MODE SFR (MD4) before the 
Slave Control SFR Enable FIFO DMA Freeze Mode 
bit is set to Normal Mode. At power on reset the 
Mode SFR is forced to zero. This disables all inter- 
rupt 
and 
DMA 
output 
pins 
(INTRQ, 
DRQIN/ 


INTRQIN and DRQOUT/INTRQOUT). Because the 
Host Status SFR FIFO DMA Freeze Mode In Prog- 
ress bit is set, a Request For Service, INTRQ, inter- 
rupt is pending until the Host Status SFR is read. 
This is because the FIFO DMA Freeze Mode inter- 
rupt is always enabled. If the Slave Control FIFO 
DMA Freeze Mode bit (SLCON FRZ) is set to Nor- 
mal Mode before the MODE SFR INTRQ bit is en- 
abled, the INTRQ output will not go active when the 
MODE SFR INTRQ bit is enabled if the Host Status 
SFR has been read. 


The default values for the FIFO and Slave Interface 
represents minimum UPI-452 internal initialization. 
No specific Special Function Register initialization is 
required to begin operation of the FIFO Slave Inter- 
face. The last initialization instruction must always 
set the UPI-452 to Normal Mode. This causes the 
UPI-452 to exit FIFO DMA Freeze Mode and en- 
ables Host read/write access of the FIFO. 


Following reset, either hardware (via the RST pin) or 
software (via HCON SFR bit HC3) the UPI-452 re- 
quires 2 internal machine cycles (24 TCLCL) to up- 
date all internal registers. 


Invoking FIFO DMA Freeze Mode 
During Normal Operation 


When the UPI-452 is in normal operation, FIFO DMA 
Freeze Mode should not be arbitrarily invoked by 
clearing SC3 (SC3= 0) because the external Host 
runs asynchronously to the internal CPU. Invoking 


INTRO.-l 
~ 
. 


FIFO DMA Freeze Mode without first stopping the 
external Host from accessing the UPI-452 will not 
guarantee a clean break with the external Host. 


The proper way to invoke FIFO DMA Freeze Mode is 
by issuing an Immediate Command to the external 
host indicating that FIFO DMA Freeze Mode will be 
invoked. Upon receiving the Immediate Command, 
the external Host should complete servicing all 
pending interrupts and DMA requests, then send an 
Immediate Command back to the UPI-452 acknowl- 
edging the FIFO DMA Freeze Mode request. After 
issuing the first Immediate Command, the internal 
CPU should not perform any action on the FIFO until 
FIFO DMA Freeze Mode is invoked. 


If FIFO DMA Freeze Mode is invoked without stop- 
ping the Host during Host transfers, only the last two 
bytes of data written into or read from the FIFO will 
be valid. The timing diagram for disabling the FIFO 
module to the external Host interface is illustrated in 
Figure 12. Due to this synchronization sequence, the 
UPI-452 might not go into FIFO DMA Freeze Mode 
immediately after SC3 is cleared. A special bit in the 
Slave Status Register (SST5) is provided to indicate 
the status of the FIFO DMA Freeze Mode. The FIFO 
DMA Freeze Mode operations described in this sec- 
tion are only valid after SST5 is cleared. 


As FIFO DMA Freeze Mode is invoked, the DRQIN 
or DRQOUT will be deactivated (stopping the trans- 
ferring of data), bit 1 of the Host Status SFR will be 
set (HST1= 1), and SST5 will be cleared (SST5=0) 
to indicate to the external Host and internal CPU 
that the slave interface has been frozen. After the 
freeze becomes effective, any attempt by the exter- 
nal Host to access the FIFO will cause the overrun 
and underrun bits to be activated (bits HST7 (for 
reads) or HST3 (for writes)). These two bits, HST3 
and HST7, will be set (deactivated) after the Host 
Status SFR has been read. If INTRQ is used to re- 
quest service, the FIFO interface is frozen upon 
completion of any Host read or write operation in 
progress. 
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Figure 12. Disabling 
FIFO to Host Slave Interface 
Timing Diagram 
5-35 


External Host writing to the Immediate Command In 
SFR and the Host Control SFR is also inhibited 
when the slave bus interlace is frozen. Writing to 
these two registers after FIFO DMA Freeze Mode is 
invoked will also cause HST3 (overrun) to be activat- 
ed (HST3= 0). Similarly, reading the 
Immediate 


Command Out Register by the external Host is dis- 
abled during FIFO DMA Freeze Mode, and any at- 
tempt to do so will cause the clearing (deactivating, 
"0") of HST7 bit (underrun). 


After the slave bus interface is frozen, the internal 
CPU can perform the following operations on the 
FIFO Special Function Registers (these operations 
are allowed only during FIFO DMA Freeze Mode). 


For FIFO 
Reconfiguration 
1. Changing the Channel 


Boundary Pointer SFR. 
2. Changing the Input and 


Output Threshold SFR. 


To Enhance the 
Testability 
3. Writing to the read and write 


pointers of the Input and 
Output FIFO's. 


4. Writing to and reading the 


Host Control SFRs. 
5. Controlling some bits of Host 


and Slave Status SFRS. 
6. Reading the Immediate 


Command Out SFR and 
Writing to the Immediate 
Comand In SFR. 


Description 
of each of these special 


functions 
are as follows: 


FIFO Module SFRs During 
FIFO DMA Freeze Mode 


Table 9 summarizes the characteJistics of all the 
FIFO Special Function Registers during normal and 
FIFO DMA Freeze Modes. The registers that require 
special treatment in FIFO DMA Freeze Mode are: 
HCON, 
IWPR, 
IRPR, 
OWPR, 
ORPR, 
HSTAT, 
SSTAT, MIN & MOUT SFRs. They can be described 
in detail as follows: 


During normal operation, this register is written to or 
read by the external Host. However, in FIFO DMA 
Freeze Mode (I.e. SST5=0) 
the UPI-452 internal 


CPU has write access to the Host Control SFR and 
write operations to this SFR by the external Host will 
not be accepted. If the Host attempts to write to 


HCON, the 
Input Channel 
error 
condition 
flag 
(HST3) will be cleared. 


Input FIFO Pointer Registers 
(IRPR & IWPR) 


Once the FIFO module is in FIFO DMA Freeze 
Mode, error flags due to overrun and underrun of the 
Input FIFO pointers will be disabled. Any attempt to 
create an overrun or underrun condition by changing 
the Input FIFO pointers would result in an inconsist- 
ency in performance between the status flag and the 
threshold counter. 


To enhance the speed of the UPI-452, read opera- 
tions on the Input FIFO will look ahead by two bytes. 
Hence, every time the IRPR is changed during FIFO 
DMA Freeze Mode, two NOPs need to be executed 
so that the two byte pipeline can be updated with the 
new data bytes pointed to by the new IRPR. The 
Threshold Counter SFR also needs to change by the 
same number of 
bytes as the 
IRPR (increase 
Threshold Counter if IRPR goes forward or decrease 
if IRPR goes backward). This will ensure that future 
interrupts will still be generated only after a thresh- 
old number of bytes are available. (See "Input and 
Output FIFO Threshold SFR" section below.) 


In FIFO DMA Freeze Mode, the internal CPU can 
also change the content of IWPR, and each change 
of IWPR also requires an update of the Threshold 
Counter SFR. 


Normally, the internal CPU cannot write into the In- 
put FIFO. It can, however, during FIFO DMA Freeze 
Mode by first reconfiguring the FIFO as an Output 
FIFO (Refer to "Input and Output FIFO Threshold 
SFR" section below). Changing the IRPR to be 
equal to IWPR generates an empty condition while 
changing IWPR to be equal to IRPR generates a full 
condition. The order in which the pointers are written 
determines whether a full or empty condition is gen- 
erated. 


Output FIFO Pointer SFR 
(ORPR and OWPR) 


In FIFO DMA Freeze Mode the contents of OWPR 
can be changed by the internal CPU, but each 
change of OWPR or ORPR requires the Threshold 
Counter SFR to be updated as described in the next 
section. A NOP must be executed whenever a new 
value is written into ORPR, as just described for 
changes to IRPR. As before, changing ORPR to be 
equal to OWPR will generate an empty condition, 
Output FIFO overrun or underrun condition cannot 
be generated though. The FIFO pointers should not 
be set to a value outside of its range. 


inter 


Normal 
FIFO DMA Freeze 
Mode 


Label 
Name 
Operation 
Operation 
(SST5 = 1) 
(SST5 = 0) 


HCON 
Host Control 
Not Accessible 
Read & Write 


HSTAT 
Host Status 
Read Only 
Read & Write 4 


SLCON 
Slave Control 
Read & Write 
Read & Write 


SSTAT 
Slave Status 
Read Only 
Read & Write 4 


IEP 
Interrupt 
Enable & Priority 
Read & Write 
Read & Write 


MODE 
Mode Register 
Read & Write 
Read & Write 


IWPR 
Input FIFO Write Pointer 
Read Only 
Read & Write 5 


IRPR 
Input FIFO Read Pointer 
Read Only 
Read & Write 1, 5 


OWPR 
Output FIFO Write Pointer 
Read Only 
Read & Write 6 


ORPR 
Output FIFO Read Pointer 
Read Only 
Read & Write 2, 6 


CBP 
Channel 
Boundary 
Pointer 
Read Only 
Read & Write 3 


IMIN 
Immediate 
Command 
In 
Read Only 
Read & Write 


IMOUT 
Immediate 
Command 
Out 
Read & Write 
Read & Write 


FIN 
FIFO IN 
Read Only 
Read Only 


CIN 
COMMAND 
IN 
Read Only 
Read Only 


FOUT 
FIFO OUT 
Read & Write 
Read & Write 


COUT 
COMMAND 
OUT 
Read & Write 
Read & Write 


ITHR 
Input FIFO Threshold 
Read Only 
Read & Write 


OTHR 
Output FIFO Threshold 
Read Only 
Read & Write 


NOTES: 
1. Writing 
of IRPR will automatically 
cause 
the FIFO IN SFR to load the contents 
of the Input FIFO from that location. 


2. Writing 
to ORPR will automatically 
cause 
the IOBL SFR to load the contents 
of the Output 
FIFO at that ORPR 
address. 


3. Writing 
to the CBP SFR will cause 
automatic 
reset of the four pointers 
of the Input and Output 
FIFO channels. 
4. The 
internal 
CPU cannot 
directly 
change 
the 
status 
of these 
registers. 
However, 
by changing 
the 
status 
of the 
FIFO 


channels. 
the internal 
CPU can indirectly 
change 
the contents 
of the status 
registers. 
5. Changing 
the Input FIFO Read/Write 
Pointers 
also requires 
that a consistent 
update 
of the Input FIFO Threshold 
Counter 
SFR. 
6. Changing 
the 
Output 
FIFO 
Read/Write 
Pointers 
also 
requires 
that 
a consistent 
update 
of the 
Output 
FIFO 
Threshold 


Counter 
SFR. 


mput ana UUtPUtr-II-U I nresnola ~r-n 
(ITHR & OTHR) 


The Input and Output FIFO Threshold SFRs are also 
programmable by the internal CPU during FIFO DMA 
Freeze Mode. For proper operation of the Threshold 
feature, the Threshold SFR should be changed only 
when the Input and Output FIFO channels are emp- 
ty, since they reflect the current number of bytes 
available to read/write before an interrupt is gener- 
ated. 


Table 10 illustrates the Threshold SFRs range of 
values and the number of bytes to be transferred 
when the Request For Service Flag is activated: 


Table 10.Threshold SFRs Range of Values and 


Number of Bytes to be Transferred 


ITHR 
No. of Bytes 
OTHR 
No. of Bytes 


(lower 
Available to 
(lower 
Available to 


seven bits) 
be Written 
seven bits 
be Read 


0 
CBP 
1 
2 


1 
CBP-1 
2 
3 


2 
CBP-2 
3 
4 


• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 


CBP-3 
3 
(80H-CBP)-3 (80H-CBP)-2 


CBP-2 
2 
(80H-CBP)-2(80H-CBP)-1 
(80H-CBP)-1(80H-CBP) 


The eighth bit of the Input and Output FIFO Thresh- 
old SFR indicates the status of the service requests 
regardless of the freeze condition. If the eighth bit is 
a "1", the FIFO is requesting service from the exter- 
nal Host. In other words, when the Threshold SFR 
value goes below zero (2's complement), a service 
request is generated". Normally the ITHR SFR is 
decremented after each external Host write to the 
Input FIFO and incremented after each internal CPU 
read of the Input FIFO. The OTHR SFR is decre- 
mented by internal CPU writes and incremented by 
external Host reads. Thus if the pointers are moved 
vll:II ud'u::>t'fU'1G\;C1II.;UIClltfUltl 
ul'::>tH 
lor 
U1t1', nresnOlo 
SFRs. It is best to change the Threshold SFRs only 
when the FIFO's are empty to avoid this complica- 
tion. The threshold registers should also be updated 
after the pointers have been manipulated. 


NOTE: 
When programming the ITHR SFR, the eighth bit 
should be set to 1 (OR'd with 80H). This causes 
HSTAT SFR HSTO = 0, Input FIFO Request For 
Service. If ITHR bit 7 = 0 then HSTAT HSTO = 1, 
Input FIFO Does Not Request Service, and no in- 
terrupt will be generated. 
'The 8th bit of the ITHR SFR must be set during initialization if the 
Host interrupt request is desired immediately upon leaving Freeze 
Mode. 
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When in FIFO DMA Freeze Mode, some bits in the 
Host Status SFR are forced high and will not reflect 
the new status until the system returns to normal 
operation. The definition of the register in FIFO DMA 
Freeze Mode is as follows: 


NOTE: 


The internal CPU reads this shadow latch value 
when reading the Host Status SFR. The shadow 
latch will keep the information for these bits so nor· 
mal operation can be resumed with the right status. 
The following bits are set (= 
1) when FIFO DMA 


Freeze Mode is invoked; 
HST7 Output FIFO Error Condition Flag 


1 = No error. 
o = An invalid read has been done on the 


output FIFO or the Immediate Command 
Out Register by the host CPU. 


NOTE: 
The normal underrun error condition status is dis- 
abled. If an Immediate Command Out (IMOUT) 
SFR read is attempted during FIFO DMA Freeze 
Mode, the contents of the IMOUT SFR is output on 
the Data Buffer and the error status is cleared 
(= 0). 
HST6 Immediate Command Out SFR Status 


During normal operation, this bit is cleared 
(=0) when the IMOUT SFR is written by the 
UPI-452 internal CPU and set (= 1) when the 
IMOUT SFR is read by the external Host. 
Once the host-slave interface is frozen (Le. 
SST5 = 0), this bit will be read as a 1 by the 
host CPU. A shadow latch will keep the infor- 
mation for this bit so normal operation can be 
resumed with the correct status. 
Shadow latch: 
1 = Internal CPU reads the IMOUT SFR 
o = Internal CPU writes to the IMOUT SFR 


HSTS 
i;lfl,~.§trW'lro,('mrnl'le&'rl 
flt OutR/d FIFO 
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Freeze Mode to prevent the external host 
CPU from trying to read the DSC. Once nor- 
mal operation is resumed, HST5 will reflect 
the Data/Command status of the current byte 
in the Output FIFO. 
Shadow Latch (read by the internal CPU): 
1 = No Data Stream Command (DSC) 
o = Data Stream Command at Output FIFO 


HST4 Output FIFO Service Request Status 
When FIFO DMA Freeze Mode is invoked, 
this bit no longer reflects the Output FIFO Re- 
quest Service Status. This bit wll be forced to 
a 111". 


HST3 Input FIFO Error Condition Flag 
1 = No error. 
o = One of the following operations has 
been attempted by the external host and 
is invalid: 
1) Write into the Input FIFO 
2) Write into the Host Control SFR 
3) Write into the Immediate Command In 
SFR 


NOTE: 
The normal Input FIFO overrun condition is dis- 
abled. 
HST2 Immediate Command In SFR Status 
This bit is normally cleared when the internal 
CPU reads the 1MIN SFR and set when the 
external host CPU writes into the IMIN SFR. 
When the host-slave interface is frozen, read- 
ing and writing of the IMIN by the internal 
CPU will change the shadow latch of this bit. 
This bit will be read as a "1" by the external 
Host. 


Shadow latch. 
1 = Internal CPU writes into IMIN SFR 
o = Internal CPU reads the IMIN SFR 
HST1 FIFO DMA Freeze Mode Status 
1 = FIFO DMA Freeze Mode. 
·0 = Normal 
Operation 
(non-FIFO 
DMA 
Freeze Mode). 


NOTE: 
This bit is used to indicate to the external Host that 
the host-slave interface has been frozen and hence 
the external Host functions are now reduced as 
shown in Table 8. 
HSTO Input FIFO Request Service Satus 
When slave interface is frozen this bit no 
longer reflects the Input FIFO Request Serv- 
ice Status. This bit will be forced to a "1". 


The Slave Status SFR is a read-only SFR. However, 
once the slave interface is frozen, most of the bits of 
this SFR can be changed by the internal CPU by 
reconfiguring the FIFO and accessing the FIFO Spe- 
cial Function Registers. 


SST7 Output FIFO Overrun Error Flag 
Inoperative in FIFO DMA Freeze Mode. 
SST6 Immediate Command Out SFR Status 
In FIFO DMA Freeze Mode, this bit will be 
cleared when the internal CPU reads the Im- 
mediate Command Out SFR and set when 
the internal CPU writes to the Immediate 
Command Out Register. 
SST5 FIFO-External Interface FIFO DMA Freeze 
Mode Status 
This bit indicates to the internal CPU that 
FIFO DMA Freeze Mode is in progress and 
that it has write access to the FIFO Control, 
Host control and Immediate Command SFRs. 


SST4 Output FIFO Request Service Status 
During normal operation, this bit indicates to 
the internal CPU that the Output FIFO is 
ready for more data. The status of this bit re- 
flects the position of the Output FIFO read 
and write pointers. Hence, in FIFO DMA 
Freeze Mode, this flag can be changed by the 
internal CPU indirectly as the read and write 
pointers change. 
SST3 Input FIFO Underrun Flag 
Inoperative during FIFO DMA Freeze Mode. 
During normal operation, a read operation 
clears (= 0) this bit when there are no data 
bytes in the Input FIFO and deactivated (= 1) 
when the Slave Status SFR is read. In FIFO 
DMA Freeze Mode, this bit will not be cleared 
by an Input FIFO read underrun error condi- 
tion, nor will it be reset by the reading of the 
Slave Status SFR. 
SST2 Immediate Command In SFR Status 
This bit is normally activated (= 0) when the 
external host CPU writes into the Immediate 
Command In SFR and deactivated 
(= 1) 
when it is read by the internal CPU. In FIFO 
DMA Freeze Mode, this bit will not be activat- 
ed (= 0) by the external Host's writing of the 
Immediate Command IN SFR since this func- 
tion is disabled. However, this bit will be 
cleared (= 0) if the internal CPU writes to the 
Immediate Command In SFR and it will be set 
= 1) if it reads from the register. 


SST1 Data Stream Command at Input FIFO Flag 
In FIFO DMA Freeze Mode, this bit operates 
normally. It indicates whether the next byte of 
data from the Input FIFO is a DSC or data 
byte. If it is a DSC byte, reading from the 
FIFO IN SFR will result in reading invalid data 
(FFH) and vice versa. In FIFO DMA Freeze 
Mode, this bit still reflects the type of data 
byte available from the Input FIFO. 


SSTO Input FIFO Service 
Request 
Flag 


During 
normal 
operation, 
this bit is activated 
(=0) 
when the Input FIFO contains 
bytes that 
can be read by the internal 
CPU and deacti- 
vated 
(= 1) when 
the 
Input 
FIFO 
does 
not 
need 
any service 
from 
the 
internal 
CPU. 
In 
FIFO DMA Freeze Mode, the status of this bit 
should 
not change 
unless the pointers 
of the 
Input FIFO are changed. 
In this mode, the in- 
ternal 
CPU can indirectly 
change 
this bit by 
changing 
the read and write 
pointers 
of the 
Input FIFO but cannot 
change 
it directly. 


Immediate 
Command 
In/Out 
SFR 
(IMINIIMOUT) 


If FIFO DMA Freeze 
Mode is in progress, 
writing 
to 
the 
Immediate 
Command 
In SFR 
by the 
external 
host 
will 
be 
disabled, 
and ,any 
such 
attempt 
will 
cause HST3 to be cleared 
(= 0). Similarly, the Imme- 
diate 
Command 
Out 
SFR 
read 
operation 
(by the 
host) 
will be disabled 
internally 
and 
read attempts 
will cause 
HST7 to be cleared 
(= 0). 


Internal CPU Read and Write of the 
FIFO During FIFO DMA Freeze Mode 


In normal operation, 
the Input FIFO can only be read 
by the internal 
CPU and similarly, 
the Output 
FIFO 
can only be written 
by the internal 
CPU. During FIFO 
DMA Freeze 
Mode, 
the internal 
CPU can read the 
entire 
contents 
of the 
Input 
FIFO 
by programming 
the CBP SFR to 7FH, setting the IRPR SFR to zero, 
and then the IWPR SFR to zero. Programming 
the 
pointer 
registers 
in this order generates 
a FIFO full 
signal 
to the 
FIFO 
logic and enables 
internal 
CPU 
read operations. 
If the IWPR and IRPR are already 
zero, the, write pointer 
should 
be changed 
to a non- 
zero value to clear the empty 
status then the point- 
ers can 
be set to zero. 
Writing 
to the 
IRDR 
SFR 
automatically 
updates 
the look ahead registers. 


In a similar manner, the internal 
CPU can write to all 
128 bytes 
of the FIFO 
by setting 
the CBP SFR to 
zero, setting 
OWPR 
SFR to zero, and then 
setting 
ORPR 
SFR to zero. This generates 
a FIFO empty 
signal and allows internal CPU write operations 
to all 
128 bytes of the FIFO. The Threshold 
registers 
also 
need 
to 
be 
adjusted 
when 
the 
pointers 
are 


changed. 
(See 
"Input 
and 
Output 
FIFO 
Threshold 
SFR" 
section 
below.) 


The UPI-452 
has separate 
address 
spaces 
for Pro- 


gram Memory and Data Memory 
like the 80C51. The 
Program 
Memory can be up to 64K bytes. The lower 
8K of 
Program 
Memory 
may 
reside 
on-chip. 
The 
Data Memory consists 
of 256 bytes of on-chip 
RAM, 


up to 64K bytes of off-chip 
RAM and a number 
of 


"SFRs" 
(Special 
Function 
Registers) 
which 
appear 
as yet another 
set of unique memory 
addresses. 


Table 11a. Internal 
Memory 
Addressing 


Memory 
Space 
Addressing 
Method 


Lower 128 Bytes of 
Direct or Indirect 
Internal RAM 


Upper 128 Bytes 
Indirect Only 
of Internal RAM 


UPI-452 SFR's 
Direct Only 


The 80C51 
Special 
Function 
Registers 
are listed in 
Table 11a, and the additional 
UPI-452 SFRs are list- 
ed in Table 
11b. A brief 
description 
of the 80C51 
core SFRs is also provided 
below. 


Accessing 
External Memory 


As in the 80C51, 
accesses 
to external 
memory 
are 
of two types: Accesses 
to external 
Program 
Memory 
and accesses 
to external 
Data Memory. 


External 
Program 
Memory 
is accessed 
under 
two 
conditions: 


1) Whenever 
signal EA = 
0; or 


2) Whenever 
the 
program 
counter 
(PC) contains 
a 
number 
that is larger than 1FFFH. 


This 
requires 
that 
the 
ROMless 
versions 
have 
EA 
wired low to enable 
the lower 8K program 
bytes to 
be fetched 
from external 
memory. 


External 
Data Memory 
is accessed 
using either the 
MOVX @DPTR (16 bit address) 
or the MOVX @Ri (8 
bit 
address) 
instructions, 
or 
during 
external 
data 
memory 
transfers. 


inter 


Symbol 
Name 
Address 
Contents 


·ACC 
Accumulator 
OEOH 
OOH 


·B 
\ B Register 
OFOH 
OOH 


·PSW 
Program Status 
ODOH 
OOH 


Word 
SP 
Stack Pointer 
81H 
07H 


DPTR 
Data Pointer 
82H 
OOOOH 


(consisting 
of DPH 
and DPL) 


·PO 
Port 0 
80H 
OFFH 


·P1 
Port 1 
90H 
OFFH 


·P2 
Port 2 
OAOH 
OFFH 


·P3 
Port 3 
OBOH 
OFFH 


·IP 
Interrupt 
Priority 
OB8H 
OEOH 


Control 
·IE 
Interrupt 
Enable 
OA8H 
60H 


Control 
TMOD 
Timer !Counter 
89H 
OOH 


Mode Control 


·TCON 
Timer !Counter 
88H 
OOH 


Control 
THO 
Timer !Counter 
8CH 
OOH 


o (high byte) 
TLO 
Timer !Counter 
8AH 
OOH 


o (low byte) 
TH1 
Timer!Counter 
8DH 
OOH 


1 (high byte) 
TL1 
Timer !Counter 
8BH 
OOH 


1 (low byte) 


·SCON 
Serial Control 
98H 
OOH 


SBUF 
Serial Data Buff 
99H 
I 


PCON 
Power Control 
87H 
IOH 


Table 
11c. UPI·452 Additional 


Special 
Function 
Registers 


Symbol 
Name 
Address 
Contents 


BCRLO 
DMA Byte 
OE2H 
I 


Count Low Byte! 


BCRHO 
High Byte! 
OE3H 
I 


Channel 
0 


BCRL 1 
Low Byte! 
OF2H 
I 


BCRH1 
Hi Byte! 
OF3H 
I 


Channel 
1 


CBP 
Channel 
Boundary 
OECH 
40H 


Pointer 


CIN 
COMMAND 
IN 
OEFH 
I 


COUT 
COMMAND 
OUT 
OFFH 
I 


DMA Destination 
Address 


Table 
11c. UPI·452 Additional 
Special 
Function 
Registers 
(Continued) 


Symbol 
Name 
Address 
Contents 


DARLO 
Low Byte! 
OC2H 
I 


DARHO 
Hi Byte! 
OC3H 
I 


Channel 0 


DARL1 
Low Byte! 
OD2H 
I 


DARH1 
Hi Byte! 
OD3H 
I 


Channel 
1 


DCONO 
DMAO Control 
92H 
OOH 


DCON1 
DMA 1 Control 
93H 
OOH 


FIN 
FIFO IN 
OEEH 
I 


FOUT 
FIFO OUT 
OFEH 
I 


HCON 
Host Control 
OE7H 
OOH 


HSTAT 
Host Status 
OE6H 
OFBH 


·IEP 
Interrupt 
Enable 
OF8H 
OCOH 


and Priority 


IMIN 
Immediate 
Command 
OFCH 
I 


In 


IMOUT 
Immediate 
Command 
OFDH 
I 


Out 


IRPR 
Input Read 
OEBH 
OOH 


Pointer 


ITHR 
Input FIFO 
OF6H 
80H 


Threshold 


IWPR 
Input Write 
OEAH 
OOH 


Pointer 


MODE 
Mode Register 
OF9H 
8FH 


ORPR 
Output Read 
OFAH 
40H 


Pointer 


OTHR 
Output FIFO 
OF7H 
01H 
Threshold 


OWPR 
Output Write 
OFBH 
40H 


Threshold 


·P4 
Port 4 
OCOH 
OFFH 


DMA Source Address 


SARLO 
Low Byte! 
OA2H 
I 


SARHO 
Hi Byte! 
OA3H 
I 


Channel 0 


SARL1 
Low Byte! 
OB2H 
I 


SARH1 
Hi Byte! 
OB3H 
I 


Channel 
1 


·SLCON 
Slave Control 
OE8H 
04H 


SSTAT 
Slave Status 
OE9H 
08FH 


I = Indeterminate 
The SFRs marked with an asterisk (oJ are both bit- and 
byte- addressable. The functions of the SFRs are as fol- 
lows: 


Miscellaneous 
special f"unCllOn 
Register Description 


80C51 SFRs 


ACC 
is the 
Accumuator 
SFR. 
The 
mnemonics 
for 
accumulator-specific 
instructions, 
however, 
refer to 
the accumulator 
simply as A. 


The B SFR is used during multiply and divide opera- 
tions. For other instructions 
it can be treated 
as an- 
other scratch 
pad regster. 


The PSW SFR contains 
program 
status 
information 
as detailed 
in Table 
12. 


The Stack 
Pointer 
register 
is a bits wide. It is incre- 
mented 
before 
data 
is stored 
during 
PUSH 
and 
CALL 
executions. 
While 
the stack 
may reside 
any- 
where in on-chip 
RAM, the Stack Pointer is initialized 
to 07H after a reset. This causes 
the stack to begin 
at location 
08H. 


The 
Data 
Pointer 
(DPTR) 
consists 
of a high 
byte 
(DPH) and a low byte (DPL). Its intended 
function 
is 
to hold a 16-bit address. 
It may be manipulated 
as a 
16-bit register 
or as two independent 
a-bit registers. 


PO, P1, P2, P3 and P4 are the SFR latches 
of Ports 
0, 1, 2, 3 and 4, respectively. 


The Serial Data Buffer is actually two separate 
regis- 
ters, a transmit 
buffer 
and a receive 
buffer 
register. 


When data is moved to SBUF, it goes to the transmit 
buffer where 
it is held for serial transmission. 
(Mov- 


ing 
a 
byte 
to 
SBUF 
is 
what 
initiates 
the 
transmission.) 
When 
data 
is moved 
from 
SBUF, 
it 
comes 
from the receive 
buffer. 


Register 
pairs 
(THO, TLO), and (TH 1, TL 1) are the 
16-bit counting 
registers 
for Timer/Counters 
0 and 2. 


The 
PCON 
Register 
(Table 
13) controls 
the power 
down and idle modes in the UPI-452, as well as pro- 
viding the ability to double 
the Serial Channel 
baud 
rate. There 
are also two general 
purpose 
flag bits 
available 
to the user. Bits 5 and 6 are used to set the 
HOLD/HOLD 
Acknowledge 
mode 
(see 
"General 


Purpose 
DMA Channels" 
section), 
and bit 4 is not 
used. 


inter 


P 


(LSB) 


Physical 
Address 


ODOH 


Symbolic 
Address 


PSW 


Symbol 
Position 
Name 


CY 
PSW.? 
Carry Flag 
AC 
PSW.6 
Auxiliary Carry (For BCD operations) 
FO 
PSW.S 
Flag 0 (user assignable) 
RS1 
PSW.4 
Register 
Bank Select bit 1· 


RSO 
PSW.3 
Register 
Bank Select bit O· 


OV 
PSW.2 
Overflow 
Flag 
- 
PSW.1 
(reserved) 
P 
PSW.O 
Parity Flag 


CY 


(MSB) 


_AC~_F_O_I 
RS1 I 
RSO I_ov 
_ 


RS1 
RSO 
Internal 
RAM Register 
Bank 


0 
0 
Bank 0 
0 
1 
Bank 1 


1 
0 
Bank 2 
1 
1 
Bank 3 


Symbolic 
Address 


PCON 


Symbol 
Position 
Function 


SMOD 
PCON? 
Double Baud rate bit. When set to a 
1, the baud rate is doubled when the 


1 
serial port is being used in either 
Mode 1, 2 or 3. 


ARB 
PCON6 
HLD/HLDA 
Arbiter control 
bit· 


REO 
PCONS 
HLD/HLDA 
Requestor 
control 
bit· 
- 
PCON4 
(reserved) 
GF1 
PCON3 
General-purpose 
flag bit 
GFO 
PCON2 
General-purpose 
flag bit 
PD 
PCON1 
Power Down bit. Setting this bit 
activates 
power down operation. 
IDL 
PCONO 
Idle Mode bit. Setting this bit 
activates 
idle mode operation. 


SMOD I 
ARB 
I 
REO 
I 


(MSB) 


IDL 


(LSB) 


Physical 
Address 


08?H 
I 
GF1 
I 
GFO 
I 
PD 


NOTE: 
If 1's are written 
to PO and IOL at the same time, PO takes 
precedence. 
The reset value of peON is (OOOXOOOO). 


intJ 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias ..... 
O·C to 70·Ct 


Storage Temperature 
- 65·C to + 150·C 


Voltage 
on Any 
Pin to Vss 
-0.5V 
to Vcc + 0.5V 


Voltage 
on Vcc to Vss 
-0.5V 
to + 6.5V 


Power Dissipation 
1.OW·· 


VcclVpp 
Supply Voltage 
with 
Respect 
to Ground 
During Programming 
-0.6V 
to + 14.0V 


NOTICE Specifications contained within the 
following tables are subject to change. 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vcc + 0.5 
V 
(except XT AL 1, RST) 


VIH1 
Input High Voltage 
3.9 
Vcc + 0.5 
V 
(XTAL 1, RST) 


VOL 
Output Low Voltage 
0.45 
V 
IOL = 1.6 mA (Note 1) 


(Ports 1, 2, 3, 4) 


Vou 
Output Low Voltage 
0.45 
V 
IOL = 3.2 mA (Note 1) 


(except 
Ports 1, 2, 3, 4) 


VOH 
Output High Voltage 
2.4 
V 
IOH = -60 
IJ-A,Vcc = 5V ± 10% 


(Ports 1, 2, 3, 4) 
0.75 Vcc 
V 
IOH = -25IJ-A 


0.9Vcc 
V 
IOH = -10 
IJ-A 


VOH1 
Output High Voltage 
2.4 
V 
IOH = -400 
IJ-A,Vcc 
= 5V ± 10% 


(except 
Ports 1, 2, 3, 4 and 
0.75 Vcc 
V 
IOH = -150 
IJ-A 
Host Interface 
(Slave) Port) 
0.9 Vcc 
V 
IOH = - 40 IJ-A(Note 2) 


VOH2 
Output 
High Voltage 
2.4 
V 
IOH = -400 
IJ-A,Vcc 
= 5V ± 10% 


(Host Interface 
(Slave) Port) 
3.0 
V 
IOH = 1 mA 


Vcc 
- 
0.4 
V 
IOH = -10 
IJ-A 


IlL 
Logical 0 Input Current 
-50 
IJ-A 
VIN = 0.45V 
(Ports 1, 2, 3, 4) 
, 


ITL 
Logical 
1 to 0 Transition 
-650 
IJ-A 
VIN = 2V 
Current (Ports 1, 2, 3, 4) 


inter 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


III 
Input Leakage Current 
±10 
p.A 
0.45V < VIN < VCC 
(except 
Ports 1,2, 3, 4) 


loz 
Output Leakage Current 
±10 
p.A 
0.45V < VOUT < VCC 
(except 
Ports 1, 2, 3, 4) 


ICCl 
Operating 
Current (Note 6) 
15 
mA 
VCC = 5.5V, 16 MHz 


Icc 
Operating 
Current (Note 7) 
50 
mA 
Vcc = 5.5V, 16 MHz (Note 4) 


ICCI 
Idle Mode Current 
25 
mA 
VCC = 5.5V, 16 MHz (Note 5) 


IpD 
Power Down Current 
100 
p.A 
Vcc = 2V (Note 3) 


RRST 
Reset Pulldown 
Resistor 
50 
150 
KO 


CIO 
Pin Capacitance 
20 
pF 
1 MHz, TA = 25°C 
(sampled, 
not tested on all parts) 


NOTES: 
1. Capacitive loading on Ports 0 and 2 may cause spurious noise pulses to be superimposed on the VOLSof ALE and Ports 
1 and 3. The noise is due to external bus capacitance discharging into the Port 0 and Port 2 pins when these pins make 1- 
to-Otransitions during bus operations. In the worst cases (capacitive loading> 
100 pF), the noise pulse on the ALE line may 
exceed 0.8V. In such cases it may be desirable to qualify ALE with a Schmitt Trigger, or use an address latch with a Schmitt 
Trigger STROBE input. 
2. Capacitive loading on Ports 0 and 2 may cause the VOH on ALE and PSEN to momentarily fall before the 0.9 Vee 
specification when the address bits are stabilizing. 
3. Power DOWN I~easured 
with all output pins disconnected; EA = Port 0 = Vcc; XTAL2 N.C.; RST = Vss; DB = 
Vee; WR = RD = DACK = CS = AO = Al = A2 = Vee. Power Down Mode is not supported on the 87C452P. 
4. Ice is measured with all output pins disconnected; XTAl1 driven with TCLCH, TCHCL = 5 ns, VIL = Vss + 0.5V, VIH = 
Vee - 
0.5V; XTAL2 N.C.; EA = RST = Port 0 = Vee; WR = RD = DACK = CS = AO = Al = A2 = Vee. Ice would be 
slightly higher if a crystal oscillator is used. 
5. Idle Ice is measured with all output pins disconnected; XTAL1 driven with TCLCH, TCHCL = 5 ns, VIL = Vss + 0.5V, 
VIH = Vee - 
0.5V; XTAL2 N.C.; Port 0 = Vcc; EA = RST = Vss; WR = RD = DACK = CS = AO = Al = A2 = Vee. 
6. 87C452P Piggyback EPROM only. 
7. 80C452 and 83C452 only. 


Q: Output 
data. 


R: READ signal. 


T: 
Time. 


V: Valid. 


W: WRITE signal. 


X: 
No longer a valid logic level. 


Z: 
Float. 


Each timing symbol 
has 5 characters. 
The first char- 
acter 
is always 
a 'T' 
(stands 
for time). 
The 
other 
characters, 
depending 
on their positions, 
stand 
for 
the 
name 
of a signal 
or the 
logical 
status 
of that 


signal. The following 
is a list of all the characters 
and 


what they stand for: 


A: 
Address. 


C: Clock. 


D: Input data. 


H: Logic level HIGH. 


I: 
Instruction 
(program 
memory 
contents). 


L: 
Logic level LOW, or ALE. 


P: 
PSEN. 


TAVLL 
= Time for Address 
Valid to ALE Low. 


TLLPL 
= Time for ALE Low to PSEN Low. 


16 MHzOsc 
Variable 
Oscillator 
Symbol 
Parameter 
Units 


Mln 
Max 
Mln 
Max 


1/TCLCL 
Oscillator 
Frequency 
3.5 
16 
MHz 


TLHLL 
ALE Pulse Width 
, 
85 
2TCLCL-40 
ns 


TAVLL 
Address 
Valid to ALE Low 
25 
TCLCL-55 
ns 


TLLAX 
Address 
Hold after ALE Low 
28 
TCLCL-35 
ns 


TLLlV 
ALE Low to Valid Instr In 
185 
4TCLCL-100 
ns 


TLLPL 
ALE Low to PSEN Low 
22 
TCLCL-40 
ns 


TPLPH 
PSEN Pulse Width 
142 
3TCLCL-45 
ns 


TPLIV 
PSEN Low to Valid Instr In 
110 
3TCLCL-105 
ns 


TPXIX 
Input Instr Hold after PSEN 
0 
0 
ns 


TPXIZ 
Input Instr Float after PSEN 
57 
TCLCL-25 
ns 


TAVIV 
Address 
to Valid Instr In 
225 
5TCLCL-105 
ns 


TPLAZ 
PSEN Low to Address 
Float 
10 
10 
ns 


TRLRH 
RD Pulse Width 
275 
6TCLCL-100 
ns 


TWLWH 
WR Pulse Width 
275 
6TCLCL-100 
ns 


TRLDV 
RD Low to Valid Data In 
148 
5TCLCL-165 
ns 


TRHDX 
Data Hold after RD 
0 
0 
ns 


TRHDZ 
Data Float after RD 
2TCLCL-70 
ns 


TLLDV 
ALE Low to Valid Data In 
350 
8TCLCL-150 
ns 


TAVDV 
Address 
to Valid Data In 
398 
9TCLCL-165 
ns 


TLLWL 
ALE Low to RD or WR Low 
137 
237 
3TCLCL-50 
3TCLCL+50 
ns 


TAVWL 
Address 
Valid to Read or Write Low 
120 
4TCLCL-130 
ns 


TOVWX 
Data Valid to WR Transition 
2 
TCLCL-60 
ns 


TWHOX 
Data Hold after WR . 
12 
TCLCL-50 
ns 


TRLAZ 
RD Low to Address 
Float 
0 
0 
ns 


TWHLH 
RD or WR High to ALE High 
23 
103 
TCLCL-40 
TCLCL+40 
ns 


TOVWH 
Data Valid to WR (Setup Time) 
288 
7TCLCL-150 
ns 


intJ 


_____________ 
TW_H_L_H_H_- 
ALE-.rr 
tJ 
\ 


PSENJ 
I, 


TPLPH 


TLLlV-;;=:J 
TPLIV 
I 


inter 


ALE-.-rt 


TWHLH-, h 
I 


PSENJ 
\ 
I 


WR 


TQVWH 
TWHQX 


PORTO 
DATA OUT 


PORT2 
P2.0 - P2.7 OR A8 - A15 fROM DPH 
A8 - A15 fROM PCH 


231428-21 


intJ 


Symbol 
Parameter 
Mln 
Max 
Units 


1/TCLCL 
Oscillator 
Frequency 
3.5 
16 
MHz 


TCHCX 
High Time 
20 
ns 


TCLCX 
Low Time 
20 
ns 


TCLCH 
Rise Time 
20 
ns 


TCHCL 
Fall Time 
20 
ns 


NOTE: 
External 
clock 
timings 
are sampled, 
not tested 
on all parts. 


16 MHzOsc 
Variable 
Oscillator 
Symbol 
Parameter 
Units 


Mln 
Max 
Min 
Max 


TXLXL 
Serial Port Clock Cycle Time 
750 
12TCLCL 
ns 


TQVXH 
Output Data Setup to Clock Rising Edge 
492 
1OTCLCL -133 
ns 


TXHQX 
Output Data Hold after Clock Rising Edge 
8 
2TCLCL-117 
ns 


TXHDX 
Input Data Hold after Clock Rising Edge 
0 
0 
ns 


TXHDV 
Clock Rising Edge to Input Data Valid 
492 
1OTCLCL -133 
ns 


VCC-0.5 --V 0.2 Vcc+o.g 
>C 


0.<45V~_0_.2_Vc_c_-_0_. 
' 
• 


231428-24 


AC inputs during testing are driven at Vcc -0.5V for a logic "1" 
and 0.45V for a logic "0". Timing measurements are made at VIH 
min. for a logic "1" and VIL max. for a logic "0". 


VOL+0.1V 


231428-25 


For timing purposes a port pin is no longer floating when a 
100 mV change from load voltage occurs, and begins to float 
when a 100 mV change from the loaded VOHIVOL level occurs. 
IOL/IOH ;;, ± 20 mA. 


inter 


THMIN-----~ 


I-- THHAHy 
_ 


~' 


I-- THLAL:=i 
\If+·-----TAMIN 


H::: __ 
(_I---)-' 
_ 


~---TAHHL---J 


16 MHzOsc 
Variable Oscillator 
Symbol 
Parameter 
Units 


Mln 
Max 
Min 
Max 


THMIN 
HLD Pulse Width 
350 
4TCLCL+100 
ns 


TAMIN 
HLDA Pulse Width 
350 
4TCLCL+100 
ns 


THHAH 
HLD to HLDA Delay if 
350 
4TCLCL-100 
4TCLCL+100 
ns 
HLDA is Granted 


THLAL 
HLD to HLDA Delay 
350 
4TCLCL-100 
4TCLCL+100 
ns 


TAHHL 
HLDA Inactive to 
150 
4TCLCL-100 
ns 
HLD Active 


Tee 
} 
TRV 
{ 
Tee 


TOR 


~ 


DATA 


TDVtTOS 
~TDH 
) 


~TRQ~ 


oRQIN 
, 


oRQOUT 
231428-27 


inter 


HOST 
PORT TIMINGS 


Test Conditions: 
TA = O°C to 70°C; VCC = 5V ± 10%; Vss = OV; Load Capacitance 
= 80 pF 


16 MHzOsc 
Variable 
Oscillator 
Symbol 
Parameter 
Units 


Min 
Max 
Mln 
Max 


TCC 
Cycle Time 
375 
6TCLCL 
ns 


TPW 
Command 
Pulse Width 
100 
100 
ns 


TRV 
Recovery 
Time 
60 
60 
ns 


TAS 
Address 
Setup Time 
5 
5 
ns 


TAH 
Address 
Hold Time 
30 
30 
ns 


TDS 
Write Data Setup Time 
30 
30 
ns 


TDHW 
Write Data Hold Time 
5 
5 
ns 


TDHR 
Read Data Hold Time 
5 
40 
5 
40 
ns 


TDV 
READ Active to Read 
85 
92 ns on 
ns 
Data Valid Delay 
12 MHz Part 


TDR 
WRITE Inactive to Read 
300 
4.8TCLCL 
ns 
Data Valid Delay 
(Applies only to Host 
Control SFR) 


TRQ 
READ or WRITE Active 
150 
150 
ns 
to DRQIN or DRQOUT 
Delay 


Caution: 
Exceeding 
14V on Vpp will permanently 


damage 
the device. 


Initially, 
all bits of the EPROM 
are in the "1" 
state. 
Data is introduced 
by selectively 
programming 
"Os" 
into the desired 
bit locations. 
Although 
only "Os" will 


be programmed, 
both "1 s" and "Os" can be present 


in the data word. The only way to change 
a "0" 
to a 


"1" 
is 
by 
ultraviolet 
light 
exposure 
(Cerdip 


EPROMs). 


This device is in the programming 
mode when Vpp is 


raised to its programming 
voltage 
and ALE/PGM 
are 


both at TTL-Iow. 
The data to be programmed 
is ap- 


plied 8 bits in parallel 
to the Port 0 pins. The levels 


required 
for the address 
and data 
inputs 
are TTL. 


The address 
is applied 
to Port 1 and 2. 


Program Verify 


A verify 
should 
be performed 
on the 
programmed 


bits to determine 
that they have been correctly 
pro- 


grammed. 
The verify 
is performed 
with 
OE at VIL, 


PGM at VIH and Vpp and Vcc 
at their programming 


voltages. 


inteligent 
Identifier™ 
Mode 


inteligent 
Identifier™ 
Mode is not supported 
on the 


87C452P 
piggyback 
EPROM 
device. 


The 
erasure 
characteristics 
are such 
that 
erasure 


begins 
to occur 
upon exposure 
to light with wave- 
lengths 
shorter 
than approximately 
4000 Angstroms 
(A). 
It should 
be 
noted 
that 
sunlight 
and 
certain 


types of fluorescent 
lamps have wavelengths 
in the 


3000A-4000A 
range. Data shows 
that constant 
ex- 


posure to room level fluorescent 
lighting could erase 


the 
EPROM 
in approximately 
three 
years, 
while 
it 


would 
take 
approximately 
one week 
to cause 
era- 


sure when exposed 
to direct sunlight. 
If the EPROM 


is to be exposed 
to these types of lighting conditions 


for extended 
periods 
of time, opaque 
labels 
should 


be placed 
over the window 
to prevent 
unintentional 
erasure. 


The 
recommended 
erasure 
procedure 
is exposure 


to shortwave 
ultraviolet 
light which has a wavelength 
of 2537 Angstroms 
(A). The integrated 
dose (Le., UV 


intensity 
x exposure 
time) for erasure 
should 
be a 


minimum 
of 
fifteen 
(15) 
Wsecl cm2. 
The 
erasure 


time with this dosage 
is approximately 
15 to 20 min- 


utes using an ultraviolet 
lamp with a 12,000 jJ-W/cm2 


power 
rating. The EPROM 
should 
be placed 
within 


one inch of the lamp tubes during erasure. The maxi- 
mum integrated 
dose an EPROM can be exposed 
to 


without 
damage 
is 
7258 
Wsec/cm2 
(1 
week 
@ 
12000 
jJ-W/cm2). 
Exposure 
of the 
EPROM 
to high 
intensity 
UV light for longer 
periods 
may cause 
per- 


manent 
damage. 
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The inteligent Programming Algorithm, a standard in 
the industry for the past few years, is required for all 
of Intel's 12.5V DERDEP EPROMs. Plastic amd 
PLCC EPROMs may also be programmed using this 
method. A flowchart of the inteligent Programming 
Algorithm is shown in Figure 4. 


The inteligent Programming Algorithm utilizes two 
different pulse types: initial and overprogram. The 


duration of the initial PGM pulse(s) is one millisec- 
ond, which will then be followed by a longer overpro- 
gram pulse of length 3X ms. X is an iteration counter 
and is equal to the number of the initial one millisec- 
ond pulses applied to a particular location, before a 
correct verify occurs. Up to 25 one-millisecond puls- 
es per byte are provided for before the overprogram 
pulse is applied. 


inter 


The entire 
sequence 
of program 
pulses and byte verifications 
is performed 
at Vcc 
= 6.0V and Vpp = 
12.5V. When 
the inteligent 
Programming 
cycle 
has been 
completed, 
all bytes 
should 
be compared 
to the 
original 
data with Vcc 
= Vpp = 5.QV. 


-j 
- TSHGL 
TPHGL 
I 
vcc::~~:"";1 
I 
I 
I 
-l 
-TCHGL 
+:~~~l''----TOXOL~ 


--jTEHSH 
"I 


Of ..J 
' 
..•1 


A.C. PROGRAMMING 
CHARACTERISTICS 


TA = 25°C ± 5°C (see EPROM 
PROGRAMMING 
D.C. CHARACTERISTICS 
for Vcc 
and Vpp Voltages) 


12 MHzOSC 


Symbol 
Parameter 
Test Conditions'(l) 


Min 
Max 
Unit 


TAVGL 
Address 
Setup to PGM 
2.9 
fLs 


TDXOL 
OE Setup from Data Float 
2.0 
fLs 


TDVGL 
Data Setup to PGM 
3.8 
fLs 


TOHAX 
Address 
Hold after OE 
0 
fLs 


TGHDX 
Data Hold after PGM 
2.0 
ns 


TEHQZ 
Data Float after OE 
0 
1.6 
fLs 
(Note 3) 


TOHAX 
Address 
Hold after PGM 
0 
fLs 


TPHGL 
Vpp Setup to PGM 
2.0 
fLs 


TCHGL 
Vcc Setup to PGM 
2.0 
fLs 


TEHSH 
OE Setup to Vpp and Vcc 
2.0 
fLs 


TGLGH 
PGM Pulse Width 
0.95 
1.05 
ms 
inteligent 
Programming 


TAVQV 
Address 
to Data Valid 
3.0 
fLs 


TOPW 
PGM Overprogram 
Pulse Width 
2.85 
78.75 
ms 
(Note 2) 


TELQV 
Data Valid from OE 
2.0 
fLs 


NOTES: 
1. Vcc 
must be applied 
simultaneously 
or before 
Vpp and removed 
simultaneously 
or after Vpp. 


2. The length 
of the overprogram 
pulse 
may vary from 
2.85 ms to 78.75 
ms as a function 
of the iteration 
counter 
value 
X 
(inteligent 
Programming 
Algorithm 
only). 
3. This 
parameter 
is only 
sampled 
and is not 
100% 
tested. 
Output 
Float 
is defined 
as the 
point 
where 
data 
is no longer 
driven-see 
timing 
diagram. 


4. The maximum 
current 
value 
is with Port 0 unloaded. 


intJ 


Limits 
Symbol 
Parameter 
Unit 
Test Conditions'(1) 


Mln 
Max 


ICC2(4) 
Vcc Supply Current (Program 
and Verify) 
150 
mA 


IpP2(4) 
Vpp Supply Current (Program) 
50 
mA 
CE = VIL 


VID 
Ag Inteligent 
Identifier 
Voltage 
11.5 
12.5 
V 


Vpp 
intaligent 
Programming 
Algorithm 
12.0 
13.0 
V 
CE = PGM = VIL 


Vcc 
inteligent 
Programming 
Algorithm 
5.75 
6.25 
V 
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UPITM-41, 42: 8041AH/8042AH/8741AH/8742AH 
UNIVERSAL 
PERIPHERAL 
INTERFACE 


8-BIT SLAVE MICROCONTROLLER 


• UPI-41: 6 MHz; UPI-42: 12 MHz 
• Fully Compatible with all Intel and Most 
• Pin, Software and Architecturally 
Other Microprocessor 
Families 


Compatible with all UPI-41 and UPI-42 
• Interchangeable 
ROM and EPROM 
Products 
Versions 


• 8-Bit CPU plus ROM/EPROM, RAM, I/O, 
• Expandable I/O 


Timer/Counter 
and Clock In a Single 
• Sync Mode Available 
Package 


2048 x 8 ROM/EPROM, 256 x 8 RAM on 
• Over 90 Instructions: 
70% Single Byte 
• UPI-42, 1024 x 8 ROM/EPROM, 128 x 8 
• Available in EXPRESS 


RAM on UPI-41, 8-Bit Timer/Counter, 
18 
- 
Standard Temperature 
Range 
Programmable 
I/O Pins 
• inteligent Programmlng™ 
Algorithm 
• One 8-Bit Status and Two Data 
- 
Fast EPROM Programming 
Registers for Asynchronous 
Siave-to- 
• Available in 40-Lead Cerdip, 40-Lead 
Master Interface 
Plastic and 44-Lead Plastic Leaded 
• DMA, Interrupt, or Polled Operation 
Chip Carrier Packages 


Supported 
(See Packaging Spec., Order #231369) 


The Intel UPI-41 and UPI-42 are general-purpose 
Universal 
Peripheral 
Interfaces 
that allow the designer 
to 
develop 
customized 
solutions 
for peripheral 
device 
control. 


They are essentially 
"slave" 
microcontrollers, 
or microcontrollers 
with a slave interface 
included 
on the chip. 


Interface 
registers 
are included 
to enable 
the UPI device 
to function 
as a slave peripheral 
controller 
in the 
MCSTM Modules 
and iAPX family, as well as other 8-, 16-bit systems. 


To allow full user flexibility, 
the program 
memory 
is available 
in ROM, One-Time 
Programmable 
EPROM 
(OTP) 
and UV-erasable 
EPROM. 
All UPI-41 
and UPI-42 
devices 
are fully pin compatible 
for easy transition 
from 
prototype 
to production 
level designs. 
These are the memory 
configurations 
available. 


UPI 
ROM 
EPROM 
RAM 
Programming 
Device 
Voltaae 


8042AH 
2K 
- 
256 
- 


8742AH 
- 
2K 
256 
12.5V 


8041AH 
1K 
- 
128 
- 


8741AH 
- 
1K 
128 
12.5V 
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Figure 
1. DIP Pin Configuration 


210393-3 


Figure 
2. PLCC Pin Configuration 
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DIP 
PLCC 
. 


Symbol 
Pin 
Pin 
Type 
Name and Function 


No. 
No. 


TEST 0, 
1 
2 
I 
TEST 
INPUTS: 
Input pins which can be directly 
tested 
using conditional 
branch 


TEST 1 
39 
43 
instructions. 


FREQUENCY 
REFERENCE: 
TEST 1 (T 1) also functions 
as the event timer input (under 


software 
control). 
TEST 0 (TO) is used during PROM programming 
and ROM/EPROM 


verification. 
It is also used during Sync Mode to reset the instruction 
state to S1 and 


synchronize 
the internal 
clock to PH1. See the Sync Mode Section. 


XTAL 1, 
2 
3 
I 
INPUTS: 
Inputs for a crystal, 
LC or an external 
timing signal to determine 
the internal 


XTAL2 
3 
4 
oscillator 
frequency. 


RESET 
4 
5 
I 
RESET: 
Input used to reset status flip-flops 
and to set the program 
counter 
to zero. 


RESET is also used during EPROM 
programming 
and verification. 


SS 
5 
6 
I 
SINGLE 
STEP: Single step input used in conjunction 
with the SYNC output to step the 


program 
through 
each instruction 
(EPROM). 
This should 
be tied to + 5V when not used. 


This pin is also used to put the device in Sync Mode by applying 
12.5V to it. 


CS 
6 
7 
I 
CHIP SELECT: 
Chip select input used to select one UPI microcomputer 
out of several 


connected 
to a common 
data bus. 


EA 
7 
8 
I 
EXTERNAL 
ACCESS: 
External 
access 
input which allows emulation, 
testing 
and 


ROM/EPROM 
verification. 
This pin should 
be tied low if unused. 


RD 
8 
9 
I 
READ: I/O read input which enables 
the master CPU to read data and status words from 


the OUTPUT 
DATA BUS BUFFER 
or status register. 


Ao 
9 
10 
I 
COMMAND/DATA 
SELECT: 
Address 
Input used by the master processor 
to indicate 


whether 
byte transfer 
is data (Ac = 0, F1 is reset) or command 
(Ac = 1, F1 is set). Ac = 0 


during program 
and verify operations. 


WR 
10 
11 
I 
WRITE: 
I/O write input which enables 
the master CPU to write data and command 
words 


to the UPIINPUT 
DATA BUS BUFFER. 


SYNC 
11 
13 
0 
OUTPUT 
CLOCK: Output 
signal which occurs 
once per UPI instruction 
cycle. SYNC can 


be used as a strobe for external 
circuitry; 
it is also used to synchronize 
single step 


operation. 


00-07 
12-19 
14-21 
I/O 
DATA BUS: Three·state. 
bidirectional 
DATA BUS BUFFER 
lines used to interface 
the UPI 


(BUS) 
microcomputer 
to an 8-bit master 
system data bus. 


PlO-P17 
27-34 
30-33 
I/O 
PORT 1: 8-bit. PORT 1 quasi·bidirectionall/O 
lines. P10-P17 
access 
the signature 
row 


35-38 
and security 
bit. 


P20-P27 
21-24 
24-27 
I/O 
PORT 2: 8-bit, PORT 2 quasi-bidirectional 
I/O lines. The lower 4 bits (P20-P23) 
interface 


35-38 
39-42 
directly 
to the 8243 I/O expander 
device 
and contain 
address 
and data information 
during 


PORT 4-7 
access. 
The upper 4 bits (P24 -P27) can be programmed 
to provide 
interrupt 


Request 
and DMA Handshake 
capability. 
Software 
control 
can configure 
P24 as Output 


Buffer Full (OBF) interrupt, 
P25 as Input Buffer Full (IBF) interrupt, 
P26 as DMA Request 
(ORO), and P27 as DMA ACKnowledge 
(DACK). 


PROG 
25 
28 
I/O 
PROGRAM: 
Multifunction 
pin used as the program 
pulse input during PROM programming. 


During I/O expander 
access 
the PROG pin acts as an address/data 
strobe to the 8243. 


This pin should 
be tied high if unused. 


Vcc 
40 
44 
POWER: + 5V main power supply pin. 


Voo 
26 
29 
POWER: + 5V during normal operation. 
+ 12.5V during programming 
operation. 
Low 


power standby 
supply pin. 


Vss 
20 
22 
GROUND: 
Circuit ground 
potential. 


inter 


Figure 3. Block Diagram 


During the time that the host CPU is reading the 
status register, the UPI is prevented from updat- 
ing this register or is 'locked out.' 


4. P24 and P25 are port pins or Buffer Flag pins 


which can be used to interrupt a master proces- 
sor. These pins default to port pins on Reset. 
If the "EN FLAGS" instruction has been execut- 
ed, P24becomes the OBF (Output Buffer Full) pin. 
A "1" written to P24enables the OBF pin (the pin 
outputs the OBF Status Bit). A "0" written to P24 
disables the OBF pin (the pin remains low). This 
pin can be used to indicate that valid data is avail- 
able from the UPI (in Output Data Bus Buffer). 
If "EN FLAGS" has been executed, P25becomes 
the IBF (Input Buffer Full) pin. A "1" written to P25 
enables the IBF pin (the pin outputs the inverse of 
the IBF Status Bit. A "0" written to P25disables 
the IBF pin (the pin remains low). This pin can be 
used to indicate that the UPI is ready for data. 
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UPI-41 and UPI-42 
FEATURES 


1. Two Data Bus Buffers, one for input and one for 


output. This allows a much cleaner Master/Slave 
protocol. 


INPUT 
DATA 
BUS 


BUFFER 
(8) 


OUTPUT 
DATA 
BUS 
BUFFER 


(8) 


2. 8 Bits of Status 


ST7 STs ST5 


D7 
Ds 
D5 
D4 
D3 D2 
D1 
Do 


ST4-ST 7 are user definable status bits. These 
bits are defined by the "MOV STS, A" single byte, 
single cycle instruction. Bits 4-7 of the acccumu- 
lator are moved to bits 4-7 of the status register. 
Bits 0-3 of the status register are not affected. 
MOVSTS,A 
Op Code: 90H 


D7 
Do 


3. RD and WR are edge triggered. IBF, OBF, F1 and 


INT change internally after the trailing edge of RD 
or WR. 


- 
ror use Wlln a UMA controller. 
I nese pins default 
to port pins on Reset. 


If the "EN 
OMA" 
instruction 
has been executed, 
P26 becomes 
the ORO (OMA Request) 
pin. A "1" 


written to P26 causes a OMA request 
(ORO is acti- 
vated). 
ORO 
is 
deactivated 
by 
OACKeRO, 
OACKeWR, 
or execution 
of the 
"EN 
DMA" 
in- 


struction. 


If "EN 
OMA" 
has been 
executed, 
P27 becomes 


the OACK (OMA ACKnowledge) 
pin. This pin acts 


as a chip select input for the Data Bus Buffer reg- 
isters during 
OMA transfers. 


ORO 
"'26 
~: 


UP•..•l/42 
8251 


DACI( 
P27 


07 
DO 


6. When 
EA is enabled 
on the 
UPI, the 
program 


counter 
is placed 
on Port 1 and the lower three 


bits of Port 2 (MSB = P22, LSB = PlO). On the 
UPI 
this 
information 
is multiplexed 
with 
PORT 
DATA 
(see 
port 
timing 
diagrams 
at end 
of this 


data sheet). 


7. The 8741AH 
and 8742AH 
support 
the inteligent 
Programming 
Algorithm. 
(See 
the 
Programming 


Section.) 
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Figure 6. UPI·41/42 
SO-Column 


Matrix Printer Interface 


ERASING 
THE S'741AH and 8742AH 


EPROM 


Programming 
Verification 


In brief, the programming 
process 
consists 
of: acti- 


vating 
the 
program 
mode, 
applying 
an 
address, 


latching 
the address, 
applying 
data, and applying 
a 


programming 
pulse. Each word is programmed 
com- 
pletely before 
moving on to the next and is followed 


by a verification 
step. The following 
is a list of the 


pins used for programming 
and a description 
of their 


functions: 


Pin 
Function 


XTAL1 
2 Clock Inputs 


Reset 
Initialization 
and Address 
Latching 


Test 0 
Selection 
of Program or Verify Mode 


EA 
Activation 
of ProgramlVerify 
Signature 


Row/Security 
Bit Modes 


BUS 
Address 
and Data Input 
Data Output During Verify 


P20-22 
Address 
Input 


Voo 
Programming 
Power Supply 


PROG 
Program Pulse Input 


WARNING 
An attempt 
to program 
a missocketed 
8741AH 
or 8742AH 
will result 
in 


severe 
damage 
to the part. An indication 
of a properly 
socketed 
part is 


the appearance 
of the SYNC 
clock 
output. 
The lack of this ciock 
may 


be used 
to disable 
the programmer. 


The ProgramlVerify 
sequence 
is: 


1. CS = 5V, Vcc = 5V, Voo = 5V, RESET = OV, 
Ao = OV, TEST 0 = 5V, clock applied or internal 
oscillator 
operating, 
BUS floating, 
PROG = 5V. 


2. Insert 8741 AH or 8742AH 
in programming 
socket 


3. TEST 0 = OV (select 
program 
mode) 


4. EA = 12.5V (active program 
mode) 


5. Vcc = 6V (programming 
supply) 


6. Voo = 12.5V (programming 
power) 


7. Address 
applied 
to BUS and P20-22 


8. RESET = 5V (latch address) 


9. Data applied 
to BUS 


10. PROG = 5V followed 
by one 1 ms pulse to OV 


11.TEST 0 = 5V (verify mode) 


12. Read and verify data on BUS 


13. TEST 0 = OV 


14. Apply overprogram 
pulse 


15. RESET 
= OV and repeat from step 6 


16. Programmer 
should 
be at conditions 
of step 
1 


when 8741 AH or 8742AH is removed from socket 


Please follow 
the inteligent 
Programming 
flow chart 


for proper 
programming 
procedure. 


The erasure 
characteristics 
of the 8741AH/8742AH 


are such that erasure begins to occur when exposed 
to light with wavelengths 
shorter 
than approximately 


4000 Angstroms 
(A). It should be noted that sunlight 


and certain 
types 
of fluorescent 
lamps 
have wave- 


lengths 
in the 
3000-4000A 
range. 
Data 
show 
that 


constant 
exposure 
to room level fluorescent 
lighting 


could erase the typical 
8741AH/8742AH 
in approxi- 


mately 3 years while it would take approximately 
one 


week to cause erasure when exposed 
to direct sun- 


light. 
If the 
8741AH/8742AH 
is to be exposed 
to 


these types of lighting 
conditions 
for extended 
peri- 


ods of time, opaque 
labels 
are available 
from 
Intel 


which 
should 
be placed 
over the 8741AH/8742AH 


window 
to prevent 
unintentional 
erasure. 


The 
recommended 
erasure 
procedure 
for 
the 


8741AH/8742AH 
is exposure 
to shortwave 
ultravio- 


let light which 
has a wavelength 
of 2537 A. The inte- 


grated 
dose (Le., UV intensity 
x exposure 
time) for 


erasure should be a minimum 
of 15 w-sec/cm2. 
The 


erasure time with this dosage 
is approximately 
15 to 


20 minutes 
using an ultraviolet 
lamp with a 12,000 


J-LW/cm2 power rating. The 8741AH/8742AH 
should 


be placed 
within 
one inch of the lamp tubes 
during 


erasure. 
Some 
lamps 
have 
a filter 
on their 
tubes 


which 
should 
be removed 
before 
erasure. 
Exposure 


of the 8741AH/8742AH 
to high intensity 
UV light for 


long periods 
may cause permanent 
damage. 


Inteligent 
Programming™ 
Algorithm 


The 
inteligent 
Programming 
Algorithm 
rapidly 
pro- 


grams Intel 8741AH/8742AH 
EPROMs 
using an effi- 


cient 
and reliable 
method 
particularly 
suited 
to the 


production 
programming 
environment. 
Typical 
pro- 


gramming 
time for individual 
devices 
is on the order 


of 
10 seconds. 
Programming 
reliability 
is also 
en- 


sured 
as the 
incremental 
program 
margin 
of each 


byte is continually 
monitored 
to determine 
when 
it 


has been successfully 
programmed. 
A flowchart 
of 


the 8741 AH/8742AH 
inteligent 
Programming 
Algo- 


rithm is shown 
in Figure 7. 


The 
inteligent 
Programming 
Algorithm 
utilizes 
two 


different 
pulse 
types: 
initial 
and 
overprogram. 
The 


duration 
of the initial PROG pulse(s) 
is one millisec- 


ond, which will then be followed 
by a longer overpro- 


gram pulse of length 3X msec. X is an iteration 
coun- 


ter and is equal to the number of the initial one milli- 
second 
pulses 
applied 
to 
a 
particular 
8741 AH/ 


8742AH 
location, 
before 
a correct 
verify occurs. 
Up 


to 25 one-millisecond 
pulses 
per byte are provided 


for before the overprogram 
pulse is applied. 


inter 


inter 


The 
entire 
sequence 
of program 
pulses 
and 
byte 


verifications 
is performed 
at Vcc = 6.0V and Voo = 
12.5V. When 
the inteligent 
Programming 
cycle 
has 


been 
completed, 
all bytes 
should 
be compared 
to 


the original 
data with Vcc 
= 5.0, Voo = 5V. 


Verify 


A verify 
should 
be performed 
on the 
programmed 


bits to determine 
that they have been correctly 
pro- 
grammed. 
The 
verify 
is performed 
with 
TO = 5V, 
Voo = 5V, EA = 
12.5V, SS = 5V, PROG = 5V, 
AO = OV, and CS = 5V. 


The security 
bit is a single 
EPROM 
cell outside 
the 


EPROM array. The user can program this bit with the 
appropriate 
access 
code 
and the 
normal 
program- 
ming procedure, 
to inhibit any external 
access to the 


EPROM 
contents. 
Thus the user's resident 
program 


is protected. 
There 
is no direct 
external 
access 
to 


this bit. However, 
the security 
byte in the signature 


mode 
has the 
same 
address 
and 
can be used 
to 


check 
indirectly 
whether 
the security 
bit has been 


programmed 
or not. The security 
bit has no effect on 


the signature 
mode, so the security 
byte can always 


be examined. 


SECURITY 
BIT PROGRAMMING! 


VERIFICATION 


Programming 


a. Read 
the 
security 
byte 
of the 
signature 
mode. 


Make sure it is OOH. 


b. Apply 
access 
code 
to appropriate 
inputs 
to put 
the device 
into security 
mode. 


c. Apply high voltage 
to EA and Voo pins. 


d. Follow 
the 
programming 
procedure 
as per 
the 


inteligent 
Programming 
Algorithm 
with 
known 


data on the databus. 
Not only the security 
bit, but 


also the security 
byte of the 
signature 
mode 
is 


programmed. 


e. Verify 
that 
the 
security 
byte 
of 
the 
signature 


mode 
contains 
the 
same 
data 
as appeared 
on 
the data bus. (If DBO-DB? 
= high, the security 


byte will contain 
FFH.) 


f. 
Read 
two 
consecutive 
known 
bytes 
from 
the 


EPROM 
array and verify that the wrong 
data are 


retrieved 
in 
at 
least 
one 
verification. 
If 
the 


EPROM 
can 
still 
be read, 
the 
security 
bit may 


have not been fully programmed 
though 
the se- 


curity byte in the signature 
mode has. 


Since the security 
bit address 
overlaps 
the address 


of the security 
byte of the signature 
mode, it can be 


used to check indirectly 
whether 
the security 
bit has 


been programmed 
or not. Therefore, 
the security 
bit 


verification 
is a mere read operation 
of the security 


byte 
of the 
signature 
row 
(1 
= 
security 
bit 
pro- 


grammed; 
0 = security 
bit unprogrammed). 
N?te 


that during the security 
bit programming, 
the reading 


of the 
security 
byte 
does 
not 
necessarily 
indicate 


that 
the 
security 
bit 
has 
been 
successfully 
pro- 


grammed. 
Thus, it is recommended 
that two consec- 


utive known 
bytes in the EPROM 
array be read and 


the wrong 
data 
should 
be read at least 
once, 
be- 


cause it is highly improbable 
that random 
data coin- 


cides with the correct 
ones twice. 


inter 


The 
UPI-41/42 
has an additional 
32 bytes of 
EPROM available for Intel and user signatures and 
miscellaneous purposes. The 32 bytes are parti- 
tioned as follows: 
A. Test code/checksum-This 
can accommodate 
up to 25 bytes of code for testing the internal 
nodes that are not testable by executing from the 
external memory. The test code/checksum 
is 
present on ROMs, and OTPs. 
8. Intel signature-This 
allows the programmer to 
read from the UPI-41/42 the manufacturer of the 
device and the exact product name. It facilitates 
automatic device identification and will be pres- 
ent in the ROM and OTP versions. Location 10H 
contains the manufacturer code. For Intel, it is 
89H. Location 11H contains the device code. 


The code is 43H and 42H for the 8042AH and 
OTP 8742AH, and 41H and 40H for the 8041AH 
and OTP 8741AH, respectively. 
C. User signature-The 
user signature memory is 
implemented in the EPROM and consists of 2 
bytes for the customer to program his own signa- 
ture code (for identification purposes and quick 
sorting of previously programmed materials). 
D. Test signature-This 
memory is used to store 
testing information such as: test data, bin num- 
ber, etc. (for use in quality and manufacturing 
control). 
E. Security 
byte-This 
byte is used to check 
whether the security bit has been programmed 
(see the security bit section). 


The signature mode can be accessed by setting P10 = 0, P11-P17 = 1, and then following the programming 
and/or verification procedures. The location of the various address partitions are as follows: 


Address 
Device 
No. of 
Type 
Bytes 


Test Code/Checksum 
0 
OFH 
ROM/OTP 
25 
16H 
1EH 


Intel Signature 
10H 
11H 
ROM/OTP 
2 


User Signature 
12H 
13H 
EPROM/OTP 
2 


Test Signature 
14H 
15H 
ROM/OTP 
2 


Security Byte 
1FH 
EPROM/OTP 
1 


inter 


Sync Mode is enabled when SS pin is raised to high 
voltage level of + 12 volts. To begin synchroniza- 
tion, TOis raised to 5 volts at least four clock cycles 
after SS. TO must be high for at least four X1 clock 
cycles to fully reset the prescaler and time state 
generators. TO may then be brought down during 
low state of X1. Two clock cycles later, with the ris- 
ing edge of X1, the device enters into Time State 1, 
Phase 1. SS is then brought down to 5 volts 4 clocks 
later after TO.RESET is allowed to go high 5 tCY (75 
clocks) later for normal execution of code. 


The UPI-41/42 has incorporated a new mode. The 
Sync Mode is provided to ease the design of multi- 
ple controller circuits by allowing the designer to 
force the device into known phase and state time. 
The Sync Mode may also be utilized by automatic 
test equipment (ATE) for quick, easy, and efficient 
synchronizing between the tester and the OUT (de- 
vice under test). 


PHASE2------------ 
- 


TIMESTATE 


12V 
i~--------------- 


S5 
5V---' 
-------------- 
OV 


Minimum Specifications 
SYNC Operation 
Time, tSYNC = 3.5 XTAL 
1 Clock 
cycles. 
Reset Time, tRS = 4 tey. 


NOTE: 
The rising and falling 
edges 
of TO should 
occur 
during 
low state of XT AL 1 clock. 


The following 
table 
summarizes 
the access 
codes 
required 
to Invoke 
the Sync 
Mode, 
Signature 
Mode, 


and 
the 
Security 
Bit, 
respectively. 
Also, 
the 
programming 
and 
verification 
modes 
are 
Included 
for 
comparison. 


Access Code 
Control Signals 
Data Bus 


Modes' 
Port 2 
Port 1 


TO 
RST SS EA PROG Voo 
Vcc 
0 
1 
2 
3 
4 
5 
6 
7 
012 
0 
1 
234567 


Programming 
0 
0 
1 
HV 
1 
VOOHVcc 
Address 
Addr 
ao a1 XXXXXX 
Mode 
0 
1 
1 
HV 
STB 
VOOHVcc 
Data In 
Addr 


Verification 
0 
0 
1 
HV 
1 
Vcc 
Vcc 
Address 
Addr 
ao a1 XXXXXX 


Mode 
1 
1 
1 
HV 
1 
Vcc 
Vcc 
Data Out 
Addr 


Sync Mode 
STB 
0 
HV 
0 
X 
Vcc 
Vcc 
X 
X 
X 
X 
X 
X 
X 
X 
X X X X 
X XXXXXX 
High 


Signature Prog 
0 
0 
1 
HV 
1 
VOOHVcc 
Addr. (see Sig Mode Table) 
0 0 0 
0 
1 
1 1 1 X X 1 


Mode 
0 
1 
1 
HV 
STB 
VOOHVcc 
Data In 
0 0 0 


Verify 
0 
0 
1 
HV 
1 
Vcc 
Vcc 
Addr. (see Sig Mode Table) 
0 0 0 


1 
1 
1 
HV 
1 
Vcc 
Vcc 
Data Out 
0 0 0 


Security 
Prog 
0 
0 
1 
HV 
1 
VOOHVcc 
Address 
0 0 0 
Bit/Byte 
0 
1 
1 
HV 
STB 
VOOHVCC 
Data In 
0 0 0 


Verify 
0 
0 
1 
HV 
1 
Vcc 
Vcc 
Address 
0 0 0 


1 
1 
1 
HV 
1 
Vcc 
Vcc 
Data Out 
0 0 0 


NOTES: 
1. ao = 0 or 1; a1 = 0 or 1. ao must = a1. 


Ambient 
Temperature 
Under Bias .... 
DOC to + 70°C 


Storage Temperature 
- 65°C to + 150°C 


Voltage 
on Any Pin with 
Respect 
to Ground 
-0.5V 
to + 7V 


Power Dissipation 
1.5 W 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


NOTICE Specifications contained within the 
following tables are subject to change. 


Symbol 
Parameter 
8042/8742 
Units 
Notes 


Mln 
Max 


VIL 
Input Low Voltage 
(Except XTAL 1, XTAL2, RESET) 
-0.5 
0.8 
V 


VIL1 
Input Low Voltage 
(XTAL 1, XTAL2, RESET) 
-0.5 
0.6 
V 


VIH 
Input High Voltage 
(Except XTAL 1, XTAL2, RESET) 
2.0 
Vcc 
V 


VIH1 
Input High Voltage 
(XTAL 1, RESET) 
3.5 
Vcc 
V 


VIH2 
Input High Voltage 
(XTAL2) 
2.2 
Vcc 
V 


VOL 
Output 
Low Voltage 
(00-07) 
0.45 
V 
IOL = 2.0mA 


inter 


Symbol 
Parameter 
8042/8742 
Units 
Notes 


Mln 
Max 


Vou 
Output Low Voltage 
(P10P17. P20P27, Sync) 
0.45 
V 
IOL = 1.6 mA 


VOL2 
Output Low Voltage 
(PROG) 
0.45 
V 
IOL = 1.0 mA 


VOH 
Output High Voltage 
(00-07) 
2.4 
V 
IOH = -400/-LA 


VOH1 
Output High Voltage 
(All Other Outputs) 
2.4 
IOH = -50/-LA 


IlL 
Input Leakage Current (To. T 1. RO, WR, CS, Ao, EA) 
±10 
/-LA 
Vss 
:s:;VIN :s:;Vee 


IOFL 
Output Leakage Current (00-07. 
High Z State) 
±10 
/-LA 
Vss 
+0.45 


:s:;VOUT:S:;Vee 


III 
Low Input Load Current (P1QP17, P20P27) 
0.3 
mA 
VIL = O.BV 


ILl1 
Low Input Load Current (RESET, SS) 
0.2 
mA 
VIL = O.BV 


100 
Voo Supply Current 
, 
20 
mA 
Typical = B mA 


Ice + 100 
Total Supply Current 
135 
mA 
Typical = BO mA 


100 Standby 
Power Oown Supply Current 
20 
mA 
Typical = B mA 


IIH 
Input Leakage Current (P10-P17, 
P20-P27) 
100 
/-LA 
VIN = Vee 


CIN 
Input Capacitance 
10 
pF 
TA = 25°C (1) 


CIO 
I/O Capacitance 
20 
pF 
TA = 25°C (1) 


NOTE: 
1. Sampled. not 100% tested. 


D.C. CHARACTERISTICS-PROGRAMMING 
TA = 25°C ±5°C. Vee = 6V ±O.25V. Voo = 12.5V ±0.5V 


Symbol 
Parameter 
Mln 
Max 
Units 


VOOH 
Voo Program Voltage 
High Level 
12 
13 
V(1) 


VOOL 
Voo Voltage 
Low Level 
4.75 
5.25 
V 


VPH 
PROG Program Voltage 
High Level 
2.0 
5.5 
V 


VPL 
PROG Voltage 
Low Level 
-0.5 
O.B 
V 


VEAH 
Input High Voltage for EA 
12.0 
13.0 
V(2) 


VEAL 
EA Voltage 
Low Level 
-0.5 
5.25 
V 


100 
VOO High Voltage 
Supply Current 
50.0 
mA 


lEA 
EA High Voltage Supply Current 
1.0 
mA 


NOTES: 
1. Voltages over 13V applied to pin Voo will permanently damage the device. 
2. VEAHmust be applied to EA before VOOHand removed after VOOL' 
3. Vcc must be applied simultaneously or before VOOand must be removed simultaneously or after Voo. 


A.C. CHARACTERISTICS 
TA = O·Cto 
+70·C, 
vss = OV, vcc 
= voo = +5V 
±10% 
DBB READ 


Symbol 
Parameter 
Min 
Max 
Units 


tAR 
CS, Ao Setup to AD J, 
0 
ns 


tRA 
CS, Ao Hold After AD t 
0 
ns 


tRR 
AD Pulse Width 
160 
ns 


tAO 
CS, Ao to Data Out Delay 
130 
ns 


tRO 
AD J, to Data Out Delay 
0 
130 
ns 


tOF 
AD t to Data Float Delay 
85 
ns 


Symbol 
Parameter 
Min 
Max 
Units 


tAW 
CS, Ao Setup to WA J, 
0 
ns 


tWA 
CS, Ao Hold After WA t 
0 


.. 


ns 


tww 
WA Pulse Width 
160 
ns 


tow 
Data Setup to WA t 
130 
ns 


two 
Data Hold After WA t 
0 
ns 


Symbol 
Parameter 
Min 
Max 
Units 


tCY (UPI-41) 
Cycle Time 
2.5 
9.20 
jJos(1) 


tCYC (UPI-41) 
Clock Period 
167 
613 
ns 


tCY (UPI-42) 
Cycle Time 
1.25 
9.20 
jJos(1) 


teyC (UPI-42) 
Clock Period 
83.3 
613 
ns 


tpWH 
Clock High Time 
33 
ns 


tpwL 
Clock Low Time 
33 
ns 


tR 
Clock Aise Time 
10 
ns 


tF 
Clock Fall Time 
10 
ns 


NOTE: 
1. lev = 15/f(XTAL) 


Symbol 
Parameter 
Min 
Max 
Units 


tACC 
DACK to WA or AD 
0 
ns 


teAC 
AD or WA to DACK 
0 
ns 


tACO 
DACK to Data Valid 
0 
130 
ns 


teRQ 
AD or WA to DAO Cleared 
110 
ns(1) 


NOTE: 
1. CL = 150 pF. 


inter 


A.C. CHARACTERISTICS-PROGRAMMING 
TA = 25°C ±5°C. 
VCC = 6V ±0.25V, 
VOOL = +5V 
±0.25V. 
VOOH = 12.5V ±0.5V 
(8741AH/8742AH 
ONLY) 


Symbol 
Parameter 
Min 
Max 
Units 


tAW 
Address 
Setup Time to RESET t 
4tev 


tWA 
Address 
Hold Time After RESET t 
4tev 


tow 
Data in Setup Time to PROG J, 
4tev 


two 
Data in Hold Time After PROG t 
4tcv 


tpw 
Initial Program Pulse Width 
0.95 
1.05 
ms(1) 


tTW 
Test 0 Setup Time for Program Mode 
4tev 


twr 
Test 0 Hold Time After Program Mode 
4tev 


too 
Test 0 to Data Out Delay 
4tev 


tww 
RESET Pulse Width to Latch Address 
4tcv 


tr, tf 
PROG Rise and Fall Times 
0.5 
100 
fJ-s 


tcv 
CPU Operation 
Cycle Time 
2.5 
3.75 
fJ-s 


tRE 
RESET Setup Time Before EA t 
4tev 


topw 
Overprogram 
Pulse Width 
2.85 
78.75 
ms(2) 


tOE 
EA High to VOO High 
Hcv 


NOTES: 
1. Typical Initial Program Pulse width tolerance = 1 ms ± 5%. 
2. This variation is a function of the iteration counter value, X. 
3. If TEST 0 is high, too can be triggered by RESETi. 


Symbol 
Parameter 
f(tev)(3) 
Min 
Max 
Units 


tcp 
Port Control Setup Before Falling Edge of PROG 
1/15 tcv-28 
55 
ns(1) 


tpc 
Port Control 
Hold After Falling Edge of PROG 
1/10 tcv 
125 
ns(2) 


tpR 
PROG to Time P2 Input Must Be Valid 
8/15 tev-16 
650 
ns(1) 


tpF 
Input Data Hold Time 
0 
150 
ns(2) 


top 
Output Data Setup Time 


r 
2/10 
tev 
250 
ns(1) 


tpo 
Output Data Hold Time 
1/10 tcv-8O 
45 
ns(2) 


tpp 
PROG Pulse Width 
6/10tcv 
750 
ns 


NOTES: 
1. CL = 80 pF. 
2. CL = 20 pF. 
3. lev = 1.25 ,..s. 


inter 


2.4=>(2.. 
2..x= 
.> TEST POINTS < 


0.' 
0.' 


0.45 
--------- 


210393-17 


Rise and Fall Times Should Not Exceed 10 ns. Resis- 
tors to Vcc 
are Needed to Ensure VIH 
= 3.5V 
if TTL 


Circuitry is Used. 


1 


f = 2."../f13 


C,=C+3CPP 
2 


c. 


~ 


C2 
__ L 
....-r- .. 
, 
= 
, 


C3 


L 
C 
NOMINAL 
45 H 
20 pF 
5.2 MHz 
120 H 
20 pF 
3.2 MHz 


210393-19 


C1 
5 pF (STRAY 5 pF) 


C2 
(CRYSTAL 
+ STRAY) 8 pF 


C3 
20-30 
pF INCLUDING STRAY 


Crystal Series Resistance Should 
be Less Than 300 at 12 MHz; 
Less Than 750 at 6 MHz; Less 
Than 1800 at 3.6 MHz. 


inter 


-'.OJ 
~OF 
'All 


OATA8US___________ 
~_---O-A-TA-V-A-L-l~ 
----------- 


IOUTPUTI 
,_ 


f-sOR 
AO==:xr 
-I~-,.w_~--,ww -=-__ 


(WRITE CONTFmll 
--------- 


inter 


VOOH(12.S V) 


Voo 
VDDl(S V) 


V,H(SV) 


V,L(OV) 


tRE 


VEAH(12.SV) 


EA 
V,H(SV) 


VIL(DV) 


TO 
V,H(SV) 


VIL(OV) 


RESET 
V,H,(SV) 


V,L1(OV) 


t.•.W_ 
tWA 


DBD-DB, 
V1H(SV):> 
___ 
ADDRESS 


V,L(OV) 


P20-P22 
V,H(SV) 


V,L(DV) 


NOTES: 
1. ArJ must be held low (OV) during 
program/verify 
modes. 
2. For VIH. VIH1. VIL. VIL1. VOOH. and VOOL. please 
consult 
the D.C. Characteristics 
Table. 
3. When 
programming 
the 8741AH/8742AH. 
a 0.1 ",F capacitor 
is required 
across 
Voo and ground 
to suppress 
spurious 
voltage 
transients 
which 
can damage 
the device. 


~~ 


VIH 
I 
VIL 


VIH 
I 


VIL 
~ 
TTW-j 


VIH' 


VIL1 


V1H==X 
~ 
P2o-P22 
NEXT ADDRESS 


VIL 
--------------. 


NOTES: 
1. PROG 
must float if EA is low. 
2. PROG 
must float or = 5V when 
EA is high. 


3. Pl0-P17 = 5V or must float. 
4. P24-P27 = 5V or must float. 
5. Ao must be held low during 
programming/verify 
modes. 


inter 


-IACD-11-- 


EXPANDER 
PORT 


EXPANDER 
PORT 


SYNC 
I 
\ 


P1G-17 
PORT 
X 
PC 


P20.22 
DATA 


_____ 
1 
\_- 


_______________ 
."X"" 
P_D~_~_: 
JX 
p_C 
_ 


210393-27 
On the Rising 
Edge of SYNC and EA is Enabled, 
Port Data is Valid and can be Strobed 
on the Trailing 
Edge of Sync the 
Program 
Counter 
Contents 
are Available. 


Mnemonic 
Description 
Bytes 
Cycles 


ACCUMULATOR 
ADD A, Rr 
Add register to A 
1 
1 


ADD A, @Rr 
Add data memory 
1 
1 


toA 


ADD A, #data 
Add immediate 
to A 
2 
2 


ADDCA,Rr 
Add register 
to A 
1 
1 


with carry 


ADDCA,@Rr 
Add data memory 
1 
1 


to A with carry 


ADDC A, #data 
Add immediate 
2 
2 


to A with carry 


ANLA, 
Rr 
AND register 
to A 
1 
1 


ANL,A@Rr 
AND data memory 
1 
1 


toA 


ANLA, 
#data 
AND immediate 
to A 
2 
2 


ORLA, 
Rr 
OR register 
to A 
1 
1 


ORL, A,@Rr 
OR data memory 
1 
1 


toA 
ORLA, 
#data 
OR immediate 
to A 
2 
2 


XRLA, 
Rr 
Exclusive 
OR regis- 
1 
1 


terto 
A 
XRL A, @Rr 
Exclusive 
OR data 
1 
1 
memory 
to A 


XRLA, 
#data 
Exclusive 
OR imme- 
2 
2 
diate to A 
INCA 
IncrementA 
1 
1 


DECA 
Decrement 
A 
1 
1 


CLRA 
Clear A 
1 
1 


CPLA 
Complement 
A 
1 
1 


DAA 
Decimal 
Adjust A 
1 
1 


SWAP A 
Swap nibbles 
of A 
1 
1 


RLA 
Rotate A left 
1 
1 


RLCA 
Rotate A left through 
1 
1 
carry 


RRA 
Rotate A right 
1 
1 


RRCA 
Rotate A right 
1 
1 


through 
carry 


INPUT/OUTPUT 
INA, 
Pp 
Input port to A 
1 
2 


OUTLPp,A 
Output A to port 
1 
2 


ANL Pp, #data 
AND immediate 
to 
2 
2 
port 


ORL Pp, #data 
OR immediate 
to 
2 
2 
port 


INA,DBB 
Input DBB to A, 
1 
1 


clearlBF 
OUTDBB,A 
Output A to DBB, 
1 
1 
setOBF 
MOVSTS,A 
A4 -A7 to Bits 4-7 
of 
1 
1 
Status 


MOVDA,Pp 
Input Expander 
1 
2 
port to A 
MOVDPp,A 
OutputAto 
1 
2 
Expander 
port 


ANLDPp,A 
AND A to Expander 
1 
2 
port 


ORLDPp,A 
OR A to Expander 
1 
2 
port 


Mnemonic 
Description 
Bytes 
Cycles 


DATA 
MOVES 
MOVA, 
Rr 
Move register to A 
1 
1 


MOVA,@Rr 
Move data memory 
1 
1 


toA 
MOVA, 
#data 
Move immediate 
to A 
2 
2 


MOVRr,A 
Move A to register 
1 
1 


MOV@Rr,A 
Move A to data 
1 
1 


memory 


MOV Rr, #data 
Move immediate 
to 
2 
2 


register 
MOV@Rr, 
Move immediate 
to 
2 
2 


# data 
data memory 


MOVA,PSW 
MovePSWtoA 
1 
1 


MOVPSW,A 
MoveAtoPSW 
1 
1 


XCHA, 
Rr 
Exchange 
A and 
1 
1 


register 
XCHA,@Rr 
Exchange 
A and 
1 
1 


data memory 
XCHDA,@Rr 
Exchange 
digit of A 
1 
1 


and register 
MOVPA,@A 
Move to A from 
1 
2 


current 
page 
MOVP3,A,@A 
Move to A from 
1 
2 


page 3 


TIMER/COUNTER 
MOVA, 
T 
Read Timer/Counter 
1 
1 


MOVT,A 
Load Timer/Counter 
1 
1 


STRTT 
Start Timer 
1 
1 


STRTCNT 
Start Counter 
1 
1 


STOP TCNT 
Stop Timer/Counter 
1 
1 


EN TCNTI 
Enable Timer/ 
1 
1 


Counter 
Interrupt 
DISTCNTI 
Disable Timer/ 
1 
1 


Counter 
Interrupt 


CONTROL 


EN DMA 
Enable 
DMA Hand- 
1 
1 


shake 
Lines 
ENI 
Enable 
IBF Interrupt 
1 
1 


DISI 
Diable IBF Inter- 
1 
1 


rupt 
EN FLAGS 
Enable Master 
1 
1 


Interrupts 
SEL RBO 
Select 
register 
1 
1 


bank 0 
SEL RB1 
Select register 
1 
1 


bank 1 
NOP 
No Operation 
1 
1 


REGISTERS 
INCRr 
Increment 
register 
1 
1 


INC@Rr 
Increment 
data 
1 
1 


memory 
DECRr 
Decrement 
register 
1 
1 


inter 


Mnemonic 
Description 
Bytes 
Cycles 


SUBROUTINE 
CALL addr 
Jump to subroutine 
2 
2 
RET 
Return 
1 
2 
RETR 
Return and restore 
1 
2 


status 


FLAGS 
CLRC 
Clear Carry 
1 
1 
CPLC 
Complement 
Carry 
1 
1 
CLR FO 
Clear Flag 0 
1 
1 
CPLFO 
Complement 
Flag 0 
1 
1 
CLR F1 
Clear F1 Flag 
1 
1 
CPLF1 
Complement 
F1 Flag 
1 
1 


BRANCH 
JMPaddr 
Jump unconditional 
2 
2 
JMPP@A 
Jump indirect 
1 
2 
DJNZ Rr, addr 
Decrement 
register 
2 
2 
and jump 
JCaddr 
Jump on Carry = 
1 
2 
2 
JNC addr 
Jump on Carry = 0 
2 
2 
JZ addr 
Jump on A Zero 
2 
2 
JNZ addr 
Jump on A not Zero 
2 
2 
JTO addr 
Jump on TO = 
1 
2 
2 
JNTOaddr 
Jump on TO = 0 
2 
2 
JT1 addr 
JumponT1 
= 
1 
2 
2 
JNT1 addr 
JumponT1 
= 0 
2 
2 
JFO addr 
Jump on FO Flag = 
1 
2 
2 
JF1 addr 
Jump on F1 Flag = 
1 
2 
2 
JTF addr 
Jump on Timer Flag 
2 
2 


= 
1, Clear Flag 
JNIBFaddr 
Jump on IBF Flag 
2 
2 
=0 
JOBFaddr 
Jump on OBF Flag 
2 
2 


= 
1 
JBb addr 
Jump on Accumula- 
2 
2 
for Bit 
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8243 
MCS-48® INPUT IOUTPUT 
EXPANDER 


• 
Low Cost 


• 
Simple Interface 
to MCS-48@ 
Microcomputers 


• 
Four 4-Bit 1/0 Ports 


• 
AND and OR Directly 
to Ports 


• 
24-Pin DIP 


• 
Single 5V Supply 


• 
High Output 
Drive 


• 
Direct Extension 
of Resident 
8048 I/O 
Ports 


The Intel~ 
8243 is an input/output 
expander 
designed 
specifically 
to provide 
a low cost means of I/O expan- 
sion for the MCS-48 family of single chip microcomputers. 
Fabricated 
in 5 volts NMOS, the 8243 combines 
low 
cost, single supply voltage 
and high drive current 
capability. 


The 8243 consists 
of four 4-bit bidirectional 
static I/O ports and one 4-bit port which serves as an interface 
to 
the MCS-48 
microcomputers. 
The 4-bit interface 
requires 
that only 4 I/O 
lines of the 8048 
be used for I/O 
expansion, 
and also allows 
multiple 
8243's 
to be added to the same bus. 


The I/O ports of the 8243 serve as a direct extension 
of the resident 
I/O facilities 
of the MCS-48 microcomput- 
ers and are accessed 
by their own MOV, ANL, and OAL instructions. 


PSG 


P40 


•••1 


PC! 


PlO 
~ 


PROG 


P23 


P22 


P21 


P20 
GNO 


231317-2 
Figure 2. 8243 
Pin Configuration 
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Symbol 
Pin No. 
Function 


PROG 
7 
CLOCK INPUT. A high to low 
transition on PROG signifies that 
address and control are available 
on P20-P23, 
and a low to high 
transition signifies that data is 
available on P20-P23. 


CS 
6 
CHIP SELECT INPUT. A high on 
CS inhibits any change of output or 
internal status. 


P20-P23 
11-8 
Four (4) bit bi-directional port 
contains the address and control 
bits on a high to low transition of 
PROG. During a low to high 
transition, contains the data for a 
selected output port if a write 
operation, or the data from a 
selected port before the low to 
high transition if a read operation. 


GND 
12 
o volt supply. 


P40-P43 
2-5 
Four (4) bit bi-directionall/O 
ports. 
P50-P53 
1,23-21 
May be programmed to be input 


P60-P63 
20-17 
(during read), low impedance 


P70-P73 
13-16 
latched output (after write), or a tri- 
state (after read). Data on pins 
P20-P23 
may be directly written, 
ANDed or ORed with previous 
data. 


Vcc 
24 
+ 5 volt supply. 


General Operation 


The 8243 contains 
four 4-bit I/O 
ports which 
serve 
as an 
extension 
of 
the 
on-chip 
I/O 
and 
are 
ad- 
dressed 
as ports 4-7. 
The following 
operations 
may 
be performed 
on these 
ports: 


• 
Transfer 
Accumulator 
to Port 


• 
Transfer 
Port to Accumulator 


• 
AND Accumulator 
to Port 


• 
OR Accumulator 
to Port 


All communication 
between 
the 8048 and the 8243 
occurs 
over 
Port 2 (P20-P23) 
with timing 
provided 
by an output 
pulse on the PROG pin of the proces- 
sor. Each transfer 
consists 
of two 4-bit nibbles. 


The first containing 
the "op code" 
and port address 
and the second 
containing 
the actual 4-bits of data. 
A high to low transition 
of the PROG line indicates 
that address 
is present 
while a low to high transition 
indicates 
the 
presence 
of data. 
Additional 
8243's 


may be added 
to the 4-bit 
bus and 
chip 
selected 
using additional 
output 
lines from 
the 
8048/8748/ 
8035. 


Initial application 
of power 
to the device 
forces 
in- 
put/output 
ports 
4, 5, 6, and 7 to the tri-state 
and 
port 
2 to the 
input 
mode. 
The 
PROG 
pin may be 
either 
high or low when 
power 
is applied. 
The first 
high to low transition 
of PROG causes 
device to exit 
power on mode. The power on sequence 
is initiated 
if Vcc 
drops below 
1V. 


Address 
Code 


Port 4 
Port 5 
Port 6 
Port 7 


Instruction 
Code 


Read 
Write 
ORLD 
ANLD 


P20 
o 
1 
o 
1 


P23 
o 
o 
1 
1 


P22 
o 
1 
o 
1 


The device 
has three 
write modes. 
MOVD 
Pi, A di- 
rectly writes new data into the selected 
port and old 
data is lost. ORLD Pi, A takes new data, OR's it with 
the old data and then writes it to the port. ANLD 
Pi, 


A takes 
new data, 
AND's 
it with the old data 
and 
then writes 
it to the port. Operation 
code 
and port 
address are latched from the input port 2 on the high 
to low transition 
of the PROG pin. On the low to high 
transition 
of PROG, data on port 2 is transferred 
to 
the logic block of the specified 
output 
port. 


After the logic manipulation 
is performed, 
the data is 
latched 
and 
output. 
The 
old data 
remains 
latched 
until new valid outputs 
are entered. 


The device 
has one read mode. The operation 
code 
and port address 
are latched 
from the input port 2 
on the 
high to low transition 
of the 
PROG 
pin. As 
soon 
as the 
read 
operation 
and 
port 
address 
are 
decoded, 
the appropriate 
outputs 
are tri-stated, 
and 
the input buffers 
switched 
on. The read operation 
is 
terminated 
by a low to high transition 
of the PROG 
pin. The 
port 
(4, 5, 6 or 7) that 
was 
selected 
is 
switched 
to the tri-stated 
mode 
while 
port 2 is re- 
turned to the input mode. 


Normally, 
a port will be in an output 
(write mode) or 
input (read mode). 
If modes 
are changed 
during op- 
eration, 
the first read following 
a write should 
be ig- 
nored; 
all following 
reads are valid. This is to allow 
the external 
driver on the port to settle after the first 
read 
instruction 
removes 
the 
low impedance 
drive 
from the 8243 output. 
A read of any port will leave 
that port in a high impedance 
state. 
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*Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O·C to 70·C 


Storage Temperature 
- 65·C to + 150·C 


Voltage 
on Any Pin 
With Respect 
to Ground 
-0.5V 
to + 7V 


Power Dissipation 
1W 


Symbol 
Parameter 
Mln 
Typ 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vee + 0.5 
V 


Vou 
Output Low Voltage 
Ports 4-7 
0.45 
V 
IOL = 4.5 mA* 


VOL2 
Output Low Voltage 
Port 7 
1 
V 
IOL = 20 mA 


VOH1 
Output High Voltage 
Ports 4-7 
2.4 
V 
IOH = 240 IJ-A 


Ilu 
Input Leakage 
Ports 4-7 
-10 
20 
IJ-A 
VIN = Vee to OV 


11L2 
Input Leakage 
Port 2, CS, PROG 
-10 
10 
IJ-A 
VIN = Vee to OV 


VOL3 
Output Low Voltage 
Port 2 
0.45 
V 
IOL = 0.6mA 


Ice 
Vee Supply Current 
10 
20 
mA 


VOH2 
Output Voltage 
Port 2 
2.4 
V 
IOH = 100 IJ-A 


IOL 
Sum of all IOL from 16 Outputs 
72 
mA 
4.5 mA Each Pin 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


tA 
Code Valid Before PROG 
100 
ns 
80 pF Load 


ts 
Code Valid After PROG 
60 
ns 
20 pF Load 


te 
Data Valid Before PROG 
200 
ns 
80 pF Load 


to 
Data Valid After PROG 
20 
ns 
20 pF Load 


tH 
Floating After PROG 
0 
150 
ns 
20 pF Load 


tK 
PROG Negative 
Pulse Width 
700 
ns 


tes 
CS Valid Before/After 
PROG 
50 
ns 


tpo 
Ports 4-7 
Valid After PROG 
700 
ns 
100 pF Load 


tLP1 
Ports 4-7 
Valid Before/After 
PROG 
100 
ns 


tAee 
Port 2 Valid After PROG 
650 
ns 
80 pF Load 


2.4-Xo 


2.'s 


O > 
TEST 
POINTS 


0.45---- 
<::x_ 
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PORT 2 
FLOAT 
DATA 
FLOAT 


POAT 
2 


''''~ 
~-x 
OUTPUT 


VALID 


GUARANTEED 
WORST 
CASE 
CURRENT 
SINKING 
CAPABilITIES 
OF ANY I/O PORT 
PIN VI. TOTAL 
SINK CURRENT 
OF All 
PINS 


..z 
•••a:a::l 
U 
•• 
Z0; 
50 
..• 
I!o.. 


Figure 3 


Example: This example shows how the use of the 


20 mA sink capability of Port 7 affects the 
sinking capability of the other I/O lines. 
An 8243 will drive the following loads 
simultaneously. 
2 loads-20 
mA @ 1V (port 7 only) 


8 10ads-4 mA @ 0.45V 
6 loads-3.2 
mA @ 0.45V 


Is this within the specified limits? 
EIOL= (2 x 20) + (8 x 4) + (6 x 3.2) 
= 91.2 mA. From the curve: for IOL = 
4 mA, EIOL ::::::93 mA. Since 91.2 mA < 
93 mA the loads are within specified limits. 
Although the 20 mA @ 1V loads are used 
in calculating dOL, it is the largest current 
required 
@ 0.45V which determines the 


maximum allowable EIOL. 


The 8243 can sink 5 mA @ 0.45V on each of its 16 
I/O lines simultaneously. If, however, all lines are 
not sinking simultaneously or all lines are not fully 
loaded, the drive capability of any individual line in- 
creases as is shown by the accompanying curve. 


For example, if only 5 of the 16 lines are to sink 
current at one time, the curve shows that each of 
those 5 lines is capable of sinking 9 mA @ 0.45V (if 
any lines are to sink 9 mA the total IOL must not 
exceed 45 mA or five 9 mA loads). 
Example: How may pins can drive 5 TTL loads 


(1.6 mAl assuming remaining pins are un- 
loaded? 
IOL = 5 x 1.6 mA = 8 mA 
E10L= 60 mA from curve 
# pins = 60 mA +- 8 mAipin = 7.5 = 7 
In this case, 7 lines can sink 8 mA for a 
total of 56 mA. This leaves 4 mA sink cur- 
rent capability which can be divided in any 
way among the remaining 8 I/O lines of 
the 8243. 


NOTE: 
A 10 Kfi to 50 Kfi pullup resistor to + 5V should 
be added to 8243 outputs when driving to 5V 
CMOS directly. 
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Applications 
Using the 
8042 UPI™ Microcontroller 
1. The 8042 in the IBM PC/AT 
2. Using the 8042 ys. using microcontrollers 
3. Custom serial protocol with the 8042 


APPLICATION #1 
THE 8042 UPI'" MICROCONTROLLER 
IN THE IBM PC/AT 


The following 
example 
is an important 
application 
of UP Is but there are many more. It is truly a universal device that can 
be customized to all those "non-standard" 
peripheral 
control 
problems. 
Applications 
are limited only by imagination. 


Think 
UPIs for non-standard 
peripherals!! 


The 8042 also brings 
new functions 
to the PC/AT: 


• 
Keyboard 
lockup 
security 
(front 
panel 
key) 
• 
CRT 
type input 
to the system 


• 
Diagnosticsl 
self testing 
of keyboard 
interface 


• 
Parity 
check and 
retry 


• 
PC and 
PC/AT 
keyboard 
interchangeability 
• 
Reset CPU 
to compatible 
mode 
• 
Address 
wrap-around 
protect 
in compatible 
mode 


Modifications 
and 
upgrades 
are 
easy 
because 
of the 


8042's programmable 
flexibility 
and 
power: 


• 
Change 
keyboard 
scan codes 
(in 8042 ROM) 


• 
Increase 
functionality 
of 
keyboard 
interface 


through 
software 
andlor 
unused 
110 lines on 


8042 
• 
Control 
other 
PC/AT 
functions 
with these 1/0 


lines 


Summary 


In short, 
IBM 
used the 8042 since it: 


• 
Offloads 
housekeeping 
petails 
from 
the CPU 


• 
Facilitates 
modular 
system 
design 
• 
Offers a customized 
peripheral 
• 
Provides 
a clean, 
efficient 
upgrade 
path 


These 
benefits 
can apply 
to many 
of your applications 


also. 


APPLICATION 
#2 
USING THE 8042 VS. USING MICROCONTROLLERS 


PROBLEM 
WHY THE SWITCH 


What 
do you do when you're 
making 
SBX and 
YME 


modules 
for a voice digitizing 
board 
and you need: 


I) an interface 
to an AI D Converter 
with 


2) 12 M Hz operation, 
3) an absolute 
minimum 
chip count, 
and 


4) very low cost (for the PC market). 


A leading 
vendor 
was faced with exactly 
this problem. 
Here is what 
they started 
with, and the bottom 
figure 


shows 
how they improved 
things 
with the 8042 UP)'" 


microcontroller. 
SOLUTION 
BEFORE 
... 


After studying 
the four requirements 
for this module, 
it 


is easy to see why they switched. 
The first two (AI D 


interface 
and 
12 MHz) 
were 
met 
by both 
solutions. 


However, 
it is clear 
the 
second 
alternative 
is much 


better 
on board 
space 
and 
on overall 
cost. 
There 
are 


fewer chips. 
so they 
could 
avoid 
a multi-layer 
board 


and thus save a lot in total cost. 
Actual 
chip costs are 


within 
10% of each other (a typical microcontroller 
like 


a Z8 or 6801 plus 2 latches compared 
to an 8042), and 


they do the same thing. 


WHAT'S THE DIFFERENCE 


People 
tend 
to 
think 
of 
microcontrollers 
whenever 


there is a "non-standard" 
device to control. 
CRTs, disk 


drives and 
DRAMs 
all have dedicated 
controllers, 
but 


printers, 
front 
panels. 
displays 
and 
keyboards 
don't, 


because 
they 
are 
all "non-standard" 
devices. 
Micro- 


controllers 
can be customized 
to these applications. 


The 
problem 
is when 
the 
device 
is a 
"slave" 
or 
a 


peripheral, 
regular 
microcontrollers 
need the extra 
cir- 


cuitry shown 
previously. 
That's 
why we invented 
UPls. 


They are simply 
microcontrollers 
with the slave inter- 


face built in. They are, therefore, 
more efficient 
to use 


in peripheral-type 
configurations. 


U Pis 
may 
be 
misunderstood 
because 
of 
the 
funny 


name. They shouldn't 
be. It's really simple. 
When faced 


with non-standard 
device control. 
think 
microcontrol- 


lers. 


If it's a master-only 
configuration, 
think 
regular 
micro- 


MICROPHONE 
controllers. 
If it's a slavel peripheral 
configuration, 
think 


UPls. 


The 8042 integrates 
two latches and the microcontroller 


into a single-chip 
solution. 
5-82 
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APPLICATION 
#3 
CUSTOM 
SERIAL PROTOCOL 
WITH 
THE 8042 UPI'M MICROCONTROLLER 


The 8042 UPl 
Microcontroller, 
because 
of its program- 


mability 
is being used everywhere, 
and here is another 


example. 
A 
leading 
board 
vendor 
was 
designing 
a 


communications 
concentrator 
board. 
They 
wanted 
a 
way to: 


I) interface 
8 serial channels 
to a minicomputer 
bus 
2) operate 
these at 4800 baud 


3) use one board 
4) provide 
a custom 
serial 
protocol 
that 


- 
communicated 
commands 
and data 
packets 


- 
assembled 
the data 
packets 


- 
provided 
handshaking 
signals 


- 
checked 
for 
framing, 
timing, 
parity, 
noise, 
modem 
and synchronization 
errors 


- 
provided 
self-test 
diagnostics 


There certainly 
wasn't an "off-the-shelf' 
chip that would 


satisfy 
the 
above 
requirements, 
and 
using 
the 
main 


CPU 
would 
have 
caused 
tremendous 
system 
perfor- 


mance degradation. 
They needed all of these features 
to 


offer a competitive 
product, 
so they looked 
to the 8042 


UPl Microcontroller. 
Since the speed requirements 
were 


not 
too 
great 
(4800 baud), 
they could 
implement 
the 


protocol 
in software. 
The 8042's programmability 
gave 


them all the flexibility needed to incorporate 
the format- 


ting, 
handshaking 
and 
error 
checking 
desired. 
More- 
over, the on-{;hip slave interface 
made 
communication 


with the minicomputer's 
bus a snap. 


In short, 
the 8042 allowed 
this company 
to implement 
a custom 
serial 
communication 
protocol 
that 
in turn 


allowed 
them to offer a customized, 
competitive 
inter- 


face board 
to their customers. 


tDon't 
some 
of 
your 
applications 
need 
customized 


interfaces? 
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APPLICATION 
NOTE 


Complex Peripheral Control with 
the UPI-42AH 


CHRISTOPHER 
SCOTT 
TECHNICAL 
MARKETING 
ENGINEER 


The UPI-42AH represents a significant growth in UPI 
capabilities resulting in a broader spectrum of applica- 
tions. The UPI-42AH incorporates twice the EPROM/ 
ROM of the UPI-4IAH, 
2048 vs 1024 bytes, 256 bytes 
of RAM, and operates at a maximum speed twice that 
of the UPI-4IAH, 
i.e., 12MHz vs 6MHz. The ROM 


based 8042 and the EPROM based 8742AH provide 
more highly integrated solutions for complex stepping 
motor and dot matrix printer applications. Those appli- 
cations previously requiring a microprocessor plus a 
UPI chip can now be implemented entirely with the 
UPI-42AH. 


The software features of the UPI-42AH, such as indi- 
rect 
Data 
and 
Program 
Memory 
addressing, 
two 


independent and selectable 8 byte register banks, and 
directly software testable I/O pins, greatly simplify the 
external interface and software flow. The software and 
hardware design of the UPI-42AH allows a complex 
peripheral to be controlled with a minimum of external 
hardware. 
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Many microcomputer systems need real time control of 
peripheral devices such as a printer, keyboard, complex 
motor control or process control. These medium speed 
but still time consuming tasks require a fair amount of 
system software overhead. This processing burden can 
be reduced by using a dedicated peripheral 
control 


processor. 


Until recently, the dedicated control 
processor ap- 


proach was usually not cost effective due to the large 
number of components needed; CPU, RAM, ROM, 
I/O, and Timer/Counters. 
To help make the approach 


more cost effective, in 1977 Intel introduced the UPI- 
41 family of Universal Peripheral Interface controllers 
consisting 
of an 
804IAH 
(ROM) 
device and 
an 
8741AH (EPROM) 
device. These devices integrated 
the common microprocessor system functions into one 
40 pin package. The UPI-42AH family, consisting of 
the 8042 and 8742AH, further extends the UPI's cost 
effectiveness through more memory and higher speed. 


Another member of the UPI family is the Intel 8243 
Input/Output 
Expander chip. This chip provides the 
UPI-4IAH 
and UPI-42AH 
with up to 16 additional 
independently programmable I/O lines, and interfaces 
directly to the UPI-4IAH142AH. 
Up to seven 8243s 
can be cascaded to provide over 100 I/O lines. 


The UPI is a single chip microcomputer with a stan- 
dard microprocessor interface. The UPI's architecture, 
illustrated in Figure 3, features on-chip program mem- 
ory, 
ROM 
(8041A18042) 
or 
EPROM 
(8741A1 
8742AH), data memory (RAM), CPU, timer/counter, 
and I/O. Special interface registers are provided which 
enable the UPI to function as a peripheral to an 8-bit 
central processor. 


Using one of the UPI devices, the designer simply codes 
his proprietary 
peripheral control algorithm into the 


UPI device itself, rather than into the main system soft- 
ware. The UPI device then performs the peripheral 
control task while the host processor simply issues 
commands and transfers data. With the proliferation of 
microcomputer systems, the use of UPls or slave mi- 
croprocessors to off load the main system microproces- 
sor has become quite common. 


This Application Note describes how the UPI-42AH 
can be used to control dot matrix printing and the prin- 
ter mechanism, using stepper motors for carriage/print 
head assembly and paper feed motion. Previous Intel 
Application Notes AP-27, AP-54, and AP-91 describe 
using intelligent processors and peripherals to control 
single solenoid driven printer 
mechanisms 
with 
80 


character line buffering and bidirectional printing. This 
Application Note expands on these previous themes 
and extends the concept of complex device control by 
incorporating full 80 character line buffering, bidirec- 
tional printing, as well as drive and feedback control of 
two four phase stepper motors. 


The Application Note assumes that the reader is famil- 
iar with the 8042/8742AH and 8243 Data Sheets, and 
UPI-4IAH/42AH 
Assembly 
Language. 
Although 
some background information is included, it also as- 
sumes a basic understanding of stepper motors and dot 
matrix printer mechanisms. A complete software listing 
is included in Appendix A. 
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Figure 2. UPI-42AH 
Block Diagram 


main CPU, UPI, RAM, ROM, and I/O onboard the 
peripheral. The CPU acted as supervisor and used par- 
allel processing to achieve accurate stepper motor con- 
trol via a UPI, character buffering via the I/O device, 
RAM, and ROM. The CPU performed real-time de- 
coding of each character into a dot matrix pattern. This 
Application 
Note 
demonstrates 
that 
the 
increased 


memory and performance of the UPI-42AH facilitates 
integrating these control functions to reduce the cost 
and component count. 


A dot matrix printer print head typically consists of 
seven to nine solenoids, each of which drives a stiff 
wire, or hammer, to impact the paper through an inked 
ribbon. Characters are formed by fIring the solenoids to 
form a matrix of "dots" (impacts of the wires). Figure 4 
shows how the character "E" is formed using a 5 X 7 
matrix. The columns are labeled Cl through C5, and 
the rows Rl through R7. The print head moves left-to- 
right across the paper, so that at time Tl the head is 
over column Cl. The character is formed by activating 
the proper solenoid as the print head sweeps across the 
character position. 


Dot matrix printers are a cost effective way of provid- 
ing good quality hard copy output for microcomputer 
systems. There is an ever increasing demand for the 
moderately priced printer to provide more functionality 
with improved cost and performance. Using stepper 
motors to control the paper feed and carriage/print 
head assembly motion is one way of enabling the dot 
matrix printer to provide more capabilities, such as ex- 
panded or contracted characters, dot or line graphics, 
variable line and character spacing, and subscript or 
superscript printing. 


However, stepper motors require fairly complex control 
algorithms. Previous solutions involved the use of a 


The printer mechanism used in this application is the 
Epson Model 3210. It consists of four basic sub-assem- 
blies; the chassis or frame, the paper feed mechanism 
and stepper motor, the carriage motion mechanism and 
stepper motor, and the print head assembly. 


The paper feed mechanism is a tractor feed type. It 
accommodates up to 8.5 inch wide paper (not including 
tractor feed portion). There is no platen as such; the 
paper is moved through the paper guide by two sprock- 
eted wheels mounted on a center sprocket shaft. The 
sprocket shaft is driven by a four phase stepper motor. 
The rotation of the stepper motor is transmitted to the 
sprocket shaft through a series of four reduction gears. 
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The carriage motion mechanism consists of another 
four phase stepper motor which controls the left-to- 
right or right-to-Ieft print head assembly motion. The 
print speed is 80 CPS maximum. Both the speed of the 
stepper motor and the movement of the print head as- 
sembly are independently controllable in either direc- 
tion. The rotation of the stepper motor is converted to 
the linear motion of the print head assembly via a series 
of reduction gears and a toothed drive belt. The drive 
belt also controls a second set of reduction gears which 
advances the print ribbon as the print head assembly 
moves. 


Two optical sensors provide feedback information on 
the carriage assembly position and speed. The first of 
these optical sensors, called the 'HOME RESET 
or 


HR, is mounted near the left-most physical position to 
which the print head assembly can move. As the print 
head assembly approaches 
the left-most position, a 


flange on the print head assembly interferes with the 
light source and sensor, causing the output of the sen- 
sor to shift from a logic level one to zero. The right- 
most printer position is monitored in software rather 
than by another optical sensor. The right-most print 
position is a function of the number of characters print- 
ed and the distance required to print them. 


The second optical sensor, called the 'PRINT 
TIM- 


ING SIGNAL' or PTS, provides feedback on carriage 
stepper motor velocity and relative position within a 


PRINT HEAD ASSEMBLY 
TOOTHED 
DRIVE BELT 
\ 


given step of the motor. The feedback is generated by 
the optical sensor as an "encoder disk" moves across it. 
Figure 5 illustrates the carriage stepper motor, optical 
sensor, encoder disk and reduction gears, and drive belt 
assembly. The optical sensor outputs a pulse train with 
the same period as the phase shift signal used to drive 
the stepper, but slightly out of phase with it when the 
motor is at a constant speed (see Software Functional 
Block: Phase Shift Data for additional details). The 
disk acts as a timing wheel, providing feedback to the 
UPI software of the carriage speed, position, and opti- 
mum position for energizing the print head solenoids. 
The two optical sensors are monitored under software 
and provide the critical feedback needed to control the 
print head assembly and paper feed motion accurately. 
The process of stepper motor drive and control via 
feedback signals is called "closed loop" stepper motor 
control, and is covered in more detail in the software 
discussion. 


The print head assembly consists of nine solenoids and 
nine wires or hammers. Figure 6 illustrates a print head 
assembly. The available dot matrix measures 9 x 9. This 
large matrix enables the Epson 3210 print mechanism 


to print a variety of character fonts, such as expanded 
or contracted characters, as well as line or block graph- 
ics (see Appendix B, Printer Enhancements). 
It also 


facilitates printing lower case ASCII characters with 
"lower case descenders." That is to say, certain lower 
case letters (e.g., y, p, etc.) will print below the bottom 
part of all upper case letters. 
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Figure 7. Hardware 
Interface 
Block Diagram 


HARDWARE 
DESCRIPTION 
Application Note followed those recommendations ex- 
actly (see Appendix C, Printer Mechanism Drive Cir- 
cuit Schematics). 
Figure 7 shows a block diagram of the UPI-42AH and 
8243interface to the printer mechanism drive circuit. A 
complete schematic is 
shown in 
Figure 
8. The 


UPI-42AH provides all signals necessary to control 
character buffering and handshaking, paperfeed and 
carriage motion stepper motor timing, print head sole- 
noid activation, and monitoring of external status 
switches. 


The Epson 3210 printer mechanism manual recom- 
mends a specific interface circuit to provide proper 
drive levels to the stepper motors windings and print 
head solenoids. The hardware interface used for this 


The lower half of the UPI-42AH Port 2, pins 0-3, pro- 
vides an interface to the 82431 I/O 
expander. The 


PROG pin of the UPI-42AH is used as a strobe to 
clock address and data information via the Port 2 inter- 
face. The extra 16 I/O 
lines of the 8243 become 


PORTS 4,5,6, 
and 7 to the UPI software. Combined, 
the UPI-42AH and 8243 provide a total of 28 indepen- 
dently programmable I/O line. These lines are used as 
shown in Figure 9. 


inter 


...., 
~.. 


$111011 


11 


1'" M 


' •• 
J1 
'"~ 


Port 
No. of 
Bits 
110 
Description 
lines 


1 
8 
0-7 
0 
Character 
dot column data to print head solenoids 
2 
1 
6 
0 
(same) 


2 
1 
7 
0 
Print head solenoid 
trigger 


2 
2 
4,5 
0 
Host system data transfer 
handshaking 
(ACK/BUSY) 
4 
4 
0-3 
0 
Carriage & paper feed stepper 
motors 
5 
3 
1-3 
0 
Stepper 
motor select and current limiting 
5 
1 
0 
I 
Paper End sense 


6 
1 
1 
0 
Print head trigger reset 


6 
3 
0,2,3 
- 
(unused) 


7 
5 
0-3 
I 
External status switches; 
(LF, FF, TEST, 


ON/OFF 
Line) 


NOTE: 


The notation used in the balance of this Application 
Note, when referring to a port number and a particu- 
lar pin or bit, is Port 23 rather than Port 2 bit 3. 


The two printer mechanism optical sensors, discussed 
in the Printer Mechanism description are tied to the 
two "Test Input" pins, TO and n, ,of the UPI-42AH 
through a butTer circuit for noise suppression. These 
inputs are directly testable in software. 


inter 


The host system interfaces to the printer through a par- 
allel port to the UPI-42AH Data Bus. Four handshak- 
ing signals are used to control data transfer' Data 
Strobe (STBI), Acknowledge (ACK), Busy <BUSY), 
and Online or Select. The Data Strobe line of the host 
parallel port is tied directly to the UPI-42AH WR/ pin. 
This provides a low going pulse on the UPI-42AH 
WR/ 
pin whenever a data byte is written to the 
UPI-.42AH. The ACK and BUSY handshake signals 
are tied to two UPI-42AH I/O port lines for software 
cont.rol.ofdata tr~nsfer. The "On Line" handshake sig- 
nal IStied to a smgle-pole single-throw fixed position 
switch, which externally enables or disables character 
transfer from the host system. Characters transmitted 
to the UPI-42AH by the host are loaded into the 
UPI-42AH Data Bus Buffer In (DBBIN) register, and 
the Input Buffer Full (IBF) interrupt and UPI-42AH 
status flag are set (see Figure 9. UPI-42AH and 8243 
I/O Ports). 


Port 4 (41-43) of the 8243, provides both carriage and 
paper feed stepper motor phase shift signalsto the prin- 
ter mec?anis.m drive circuit. Each of the two stepper 
motors ISdnven by 2 two phase excitation signals (4 
phases). Figure 10 shows the wave form for each step- 
per motor. Each signal consists of two components 
(S.ig.1 A/B & Sig. 2 C/O) 180 degrees out of phase 
~Ith the other. Each of these signal pairs (AIB & C/O) 
IS90 degrees out of phase with the other pair. For each 
sig~al pair, one port line supplies both halves by using 
an mverter. 


~~h 
of the resulting eight stepper motor drive signals 
~smterfaced to a. discrete drive transistor through an 
mverter. The emItter of the drive transistor is tied to 
the open collector of the inverter to provide high cur- 
rent sinking capability for the drive transistor. Each 
half of the motor winding is tied to the collector of the 
drive transistor (see Appendix C, Printer Mechanism 
Drive Circuit Schematic). 


Each stepper motor requires two current levels for op- 
eration. These levels are called "Rush" current and 
"Ho!d" current. Rush current refers to the high current 
reqUIredto ~ausethe rotor to rotate within its windings 
as the.polanty of the power applied to the windings is 
c~angmg. Each change in the polarity of the power ap- 
plIed to the motor windings is called a step of phase 
shift. Hold current refers to the low level of current 
required to stabilize and maintain the rotor in a fixed 
position ,,:hen the polarity is applied to the windings is 
not changmg. Hold current is simply Rush current with 
a current limiting transistor switched in. Switching 
from Hold to Rush current "selects" or enables that 
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Figure 10. Stepper 
Motor Step Sequence 


Waveforms 


stepper motor to move with the next step signal output. 
In the balance of this Application Note, the term "se- 
lect" will be used to refer to turning on Rush current, 
and "deselect" will refer to switching to Hold current. 


Three 8243 port lines are dedicated to the select!dese- 
lect control of the two stepper motors. One line is for 
the paper feed stepper motor, and two lines are for the 
carriage motion stepper motor (80 and 132 column). 
These lines are labeled SLF, 80CoI, and 132CoI, and 
are 8243 PORT 53,52, and 51, respectively. 


By varying the voltage applied to the stepper motor 
b~asingcircuit and the current, it is possible to vary the 
dIstance the motor moves the print head assembly with 
each step. Enabling one of two different voltage biasing 
levels,and changing the timing rate at which the motor 
is stepped, facilitates either 80 or 132character column 
printing: Only 80 character column printing is imple- 
mented m the software design. Appendix B, Printer En- 
hancements, details the software algorithm for handling 
132character printing. 


A total of eleven I/O lines are used to control the print 
head solenoids and solenoid firing (see Figure 9). Nine 
are used for character dot data, one for the Print Head 
~rig~er, and one for Reset of the Print Head Trigger 
CIrCUIt.Each of the nine character dot data lines is buff- 
ered by an open collector hex inverter. 
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pulse generated by the 555 triggers the print head sole- 
noids to fire. The 555 Output pulse width is indepen- 
dent of the input trigger waveform. The pulse width is 
determined by an RC network across the 555 inputs 
and the voltage level applied to the Control Voltage 555 
input. The 555 Output is tied to the base of a PNP 
transistor through an inverter, 1?iasedin a normally off 
configuration. 
The PNP 
transistor 
supplies enough 


drive to pull up the open collector inverter on each 
print head solenoid line, Port 10-17 and 26. The 555 
output pulse momentarily enables the print head sole- 
noid line open collector inverter output, turning on the 
solenoid drive transistor, and firing the print head ham- 
mer. The 555 Output pulse width is approximately 400' 
us. Further details of the print head firing operation 
can be found in the software description below. 


The 8243 Port 5 pin 0 is tied to the Paper End Detec- 
tor, a reed switch located on the printer paper guide. 
This sensor detects when the paper is nearly exhausted. 


Three LED status lights complete the hardware inter- 
face design. One status light is used for each of the 
following: Power ON/OFF, 
On/Off Line, and Out of 


Paper. 


Before a detailed discussion of the software begins, a 
few terms and software functions reference throughout 
the software need introduction. 


A stepper motor has the ability to rotate in either direc- 
tion as well as start and stop at predetermined angular 
positions. The stepper motor's shaft (rotor) moves in 
precise angular increments for each input step. The dis- 
placement is repeated for each input step command, 
accurately positioning the rotor for a given number and 
sequence of steps. 


The stepper motor controls position, velocity, and di- 
rection. The accuracy of stepper motors is generally 5 
percent of one step. The number of steps in each revolu- 
tion of the shaft varies, depending on the intended ap- 
plication. 


B. Open/Closed 
Loop Stepper Motor Drive and 


Control 


The carriage stepper motor is closed loop driven. The 
paper feed stepper motor is open loop driven. 
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Open loop is simply continuous pulses to drive the mo- 
tor at a predetermined rate based on the voltage, cur- 
rent, and the timing of the step pulses applied. Closed 
loop control is characterized by continuous monitoring 
of the stepper motor, through feedback signals, and ad- 
justing the motor's operation based upon the feedback 
received. 


C. Stepper Motor Drive Phase Shift of Step 


Sequence 


Each change in the polarity of the power applied to the 
motor windings is called a step or phase shift. The se- 
quence of the steps or phase shifts, and the pattern of 
polarity changes output to the stepper motor, deter- 
mines the direction of rotation. 


Figure 10 shows the waveforms for each of the two 
stepper motors. Figure II lists the' step sequence for 
carriage motor clockwise rotation, 
whch moves the 


print head assembly Left-to-Right. Figure II also lists 
the step sequence for counterclockwise rotations; the 
print head assembly moves Right-to-Left. 
Figure 
12 


lists the step sequence for the paper feed stepper motor 
clockwise drive. The phase sequence, for either stepper 
motor, may begin at any point within the sequence list, 
but must then continue in order. 


Step No. 
A-Step 
B-Step 
C-Step 
D-Step 


1 
On 
Off 
Off 
On 


2 
On 
Off 
On 
Off 


3 
Off 
On 
On 
Off 


4 
Off 
On 
Off 
On 


Carriage stepper motor rotates clockwise Print head as- 
sembly moves from left to right 


Step No. 
A-Step 
B-Step 
C-Step 
D-Step 


1 
On 
Off 
On 
Off 


2 
On 
Off 
Off 
On 


3 
Off 
On 
Off 
On 


4 
Off 
On 
On 
Off 


Carriage stepper motor rotates counter clockwise Print 
head assembly moves from right to left 


Figure 11. Carriage Stepper Motor Step 


Sequence 
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Step No. 
A-Step 
B-Step 
C-Step 
D-Step 


1 
On 
Off 
On 
Off 


2 
On 
Off 
Off 
On 


3 
Off 
On 
Off 
On 


4 
Off 
On 
On 
Off 


Figure 12. Paper Feed Stepper Motor Step 


Sequence 


D. Acceleration 
and Deceleration of Stepper 


Motors 


The carriage stepper motor starts from a fixed position, 
accelerates to a constant 
speed, maintains 
constant 
speed, and then decelerates to a fixed position. Printing 
may occur from the time and position the print head 
a~~emblyre~ches constant speed, until the time and po- 
sItion the pnnt head assembly begins to decelerate from 
con~tant speed. Whether printing occurs during any 
carnage stepper motor drive sequence is controlled by 
software. Figure 
18, below, illustrates these compo- 


nents of print head assembly line motion. 


Due to inertia, a finite time interval and angular dis- 
placement is required to accelerate a stepper motor to 
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Te TIME:- PTc + Tx 
T,TIME 
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its full speed. Conversely, deceleration must begin some 
time before the final angular position. The time interval 
and angular displacement of the carriage stepper motor 
translates into the distance the print head assembly 
travels before it reaches a constant speed. The distance 
traveled during acceleration is constant. The distance 
the print head assembly travels during deceleration 
must be the same as the distance traveled during accel- 
eration in order to accurately align the character dot 
columns from one line to the next. 


Whenever the stepper motor is stepped, or energized, 
the angular velocity of the rotor is greater than the 
constant speed which is ultimately required. This is 
called "overshoot." The frictional load of the carriage 
assembly (motor rotor, reduction gears, drive belt and 
print head assembly, or paper feed sprocket shaft and 
wheels) provides damping or frictional load. Damping 
slows the motor to less than the required constant 
speed and is called "undershoot" 
(see Figure 13, Car- 


nage Stepper Motor Drive Timing). A constant rate of 
speed is achieved through the averaging of the over- 
shoot and undershoot within each step. 
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The Predetermined Time (PT) Constant is the time reo 
quired to average the overshoot and undershoot of the 
particular stepper motor for a desired constant rate of 
speed. The PT also is the time required to move the 
print head assembly a specific distance, accounting for 
both overshoot and undershoot of the stepper motor. 


Changing the Predetermined Time Constant changes 
the angular displacement of the stepper motor rotor, 
this in turn changes the output. Figure 14lists the Time 
Constants for both standard and condensed character 
printing. Figure IS lists the paper feed stepper motor 
Time Constants used for various line spacing formats. 
This Application Note implements standard character 
print and paper feed (6 lines per inch) Time Constants. 
See Appendix B, Printer Enhancement, for details on 
implementing non-standard Time Constants. 


Character 
mode 
Predetermined 
time 


Standard 
or Enlarged 
2.08 ms 
+10% 


Character 
-4% 


Condensed 
Character 
4.16 ms 
+10% 
-4% 


Figure 
14. Carriage 
Stepper 
Motor 


Predetermined 
Time Constants 


0.12 mm (1/216')/1 
pulse 


4.23 mm (1/16' 
)136 pulses 


3.18 mm (1/8' 
)127 pulses 


2.82 mm (1/9' 
)124 pulses 


Paper feed time 


150 ms/4.23 
mm 


113 ms/3.18 
mm 


100 ms/2.82 
mm 


Approx. 
6.6lines/s 
(continuous 
feed) 


Approx. 
8.8lines/s 
(continuous 
feed) 


Approx. 
10 linesls 
(continuous 
feed) 


Figure 
15. Paper Feed Stepper 
Motor 


Predetermined 
Time Constants 


Figure 13 illustrates how PTS lags PT at the start of 
acceleration, 
and moves to lead PT as the motor 


achieves constant speed. Figure 13 also illustrates the 
relationship between HR, PTS, PT, acceleration, con- 
stant speed, and printing. Figures 16 and 17 illustrate 
the relationship between PTS and PT during accelera- 
tion and at constant speed. 
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PTS is the point of peek angular velocity within a step 
of the motor. PTS is a function of the slot spacing on 
the encoder disk, shown in Figure 5. The spacing is 
determined by the mechanics of the printer mechanism. 


When the carriage stepper motor is accelerated from a 
fixed position, the effects of damping slows the angular 
velocity of energizing the stepper motor. This causes 
PTS to occur after the PT, or PTS lags PT. When PTS 
lags PT, the next step signal is output at PTS rather 
than at PT. If the step signal is outputted at PTS, the 
rotor could be midway through a rotation. Energizing 
the motor at PT could cause it to bind or shift in the 
wrong direction. When the carriage stepper motor is at 
a constant rate of speed, PTS leads PT and the step 
signal is output at PT (see Figure 13). 


inter 


The time between each step, for a constant number of 
steps, required for the motor to reach a constant speed, 
is calculated and stored in Data Memory during accel- 
eration. The values stored are used, in reverse order, 
during deceleration as the Predetermined 
Time (PT) 
Constants. This ensures that the acceleration and decel- 
eration distance traveled by the print head assembly is 
the same, and that it accurately aligns character dot 
columns from one line to the next during printing. The 
time values stored are called "Stored Time Constants." 
Steps TI 
through 
TII 
in Figure 
13, represent the 


Stored Time Constants. 


The equations for the Stored Time Constants are given 
at the bottom of Figure 13, Carriage Stepper Motor 
Drive Timing. 


The "logical" Home position for the print head assem- 
bly is the left-most position at which printing begins 


Constant 
Speed. 
Printing 
Can Begin 


(for L-to-R motion) or ends (for R-to-L motion). The 
"physical" Home position is the logical HOME posi- 
tion, plus the distance required by the carriage stepper 
motor to fully accelerate the print head assembly to a 
constant speed. Printing can only occur when the print 
head is moving at a constant speed. The printer mecha- 
nism manual stipulates eleven step time periods are re- 
quired to ensure the print head assembly is at a con- 
stant speed. These eleven step time periods are the 
Stored Time Constants described above. Figure 18 il- 
lustrates the components of print head assembly line 
motion and character printing. 


The software description is presented in three sections. 
First, a brief overview of the software to familiarize the 
reader with the interdependencies and overall program 
flow. Second, data and program memory allocation and 
status register flag definitions. And third, each of the 
ten software blocks is presented with its own flowchart. 
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The software is written in Intel UPI-4IAH/42AH 
As- 


sembly Language. A block structure approach is used 
for ease of development, maintenance, and comprehen- 
sion. The software is divided into five principal parts. 
I. Initialization 
2. Character Buffering or Input 
3. Stepper Motor Drive and Control 
4. Character Processing 
5. Character Printing or Output 


The five principal parts are incorporated into ten soft- 
ware blocks, listed below. 
I. Power OnlReset Initialization 
2. Home Print Head Assembly 
3. External Status Switch Check 
4. Character Buffer Fill 
5. Carriage Stepper Motor Drive and Line Printing 
6. Accelerate Stepper Motor Time Storage 
7. Process Characters for Printing 
8. Translate Character-to-Dots 
9. Decelerate Carriage Stepper Motor 
10. Paperfeed Stepper Motor Drive 


Flow Chart No. I illustrates the overall software algo- 
rithm. Below, is a description of the algorithm. 
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Upon power-on reset, a software and hardware initiali- 
zation is performed. This stabilizes and sets inactive the 
printer hardware and electronics. The print head as- 
sembly is then moved to establish its HOME position. 
The default status registers are set for character buffer- 
ing, carriage, and paper feed stepper motor drive. The 
External Status switches are checked; FORMFEED, 
LINEFEED, 
ON/OFF 
LINE, 
and Character 
Print 


TEST. If the printer .is ON LINE, the software will 
loop on filling the Data Memory Character Buffer. 


Character or data input to the UPI-42AH is interrupt 
driven. Characters sent by the host system set the Input 
Buffer Full (IBF) interrupt 
and the IBF Program 


Status flag. Character input servicing (completed dur- 
ing the paper feed and carriage stepper motor drive end 
Delay subroutine) tests for various ASCII character 
codes, loads characters into the Character Buffer (CB), 
and repeats until one of several conditions sets the CB 
Full status flag. Once the CB Full flag is set, further 
character transmission by the host system is inhibited 
and printing can begin. 


The carriage stepper motor is initialized, and drive be- 
gins for the direction indicated. The motor is accelerat- 
ed to constant 
speed, printable character 
codes are 


translated to dot patterns and printed (if printing is 
enabled), and the motor is decelerated to a stop. Two 
timing loops guarantee both constant speed and protec- 
tion (Failsafe Time) against stepper motor burn out due 
to high current overload. The two optical sensors, de- 
scribed in the Printer Mechanism section above, are 
constantly monitored to maintain constant speed, and 
trigger print head solenoid firing. 


Once the line is printed and the carriage stepper motor 
drive routine has been completed, a Linefeed is forced. 
The paper feed stepper motor drive subroutine tests the 
number of lines to move, and energizes the paper feed 
stepper motor for the required distance. The lines per 
page default is 66; if 66 lines have been received, a 
Formfeed to Top-of-Next-Page is performed. The Top- 
Of-Page is set at Power OnlReset. 


When the EOF code is received, the EOF status flag is 
set. When the last line has been printed, the EOF check 
will force the print head assembly to the HOME posi- 
tion. The EOF flag is tested following each paperfeed 
stepper motor drive. The next entry to the External 
Status Check subroutine begins a loop which waits for 
input from either the external status switches or the 
host system. 


The software character dot matrix used in this applica- 
tion is 5 x 7 of the available 9 x 9 print head solenoid 
matrix. Although lower case descenders and blocklline 
graphics characters are not implemented, Appendix B, 
Printer Enhancements, discusses how and where these 
enhancements 
could be added. The software imple- 


ments the full 95 ASCII printable characters set. 


The UPI-42AH has 256 bytes of Data Memory. Sixteen 
bytes are used by the two g byte register banks (RBO 
and RBI). Sixteen additional bytes are used for the Pro- 
gram Stack. The Stored Time Constants 
utilize II 


bytes, while the stepper motor phase storage requires 4 
bytes. Below is a detailed description of Data and Pro- 
gram Memory. 


2F-7FH 
r----, 
80 Character 
Line Buffer 


(80 Bytes) 


25-2EH 
I----j 
Stored 
Time Constants 
Buffer 


(11 Bytes) 


23H I----j 
Character 
Print Test ASCII Code 


Start Temporary 
Storage 


22H 1---.., 
Pseudo 
Register: 
Paperfeed 
Stepper 


Motor 
Last Phase 
Indirect 
Address 


21H I----j 
Pseudo 
Register: 
Carriage 
Stepper 


Motor 
Forward/Reverse 
Last Phase 


20H 1---.., 
Pseudo 
Register: 
Last Phase 
of 


Stepper 
Motor 
Not Being 
Driven 


18-1 
FH I----j 
Register 
Bank 1: 


Character 
Processing 


0-07H 
}----1 
Register 
Bank 0: Stepper 
Motor 


Forward/Reverse 


Acceleration/Drive 


Register Bank 0 is used for stepper motor drive func- 
tions. Register Bank I is used for character processing. 
Each register bank's register assignments is listed in 
Figures 20 and 22, respectively. Each register bank has 
one register allocated as a Status Register. Figures 21 
and 23 detail the Status Register flag assignments. Note 


inter 


that bit 7 of each Status Byte is used as a print head 
assembly motion direction flag. This saves coding of the 
Select Register Bank (SEL RBn) instruction at each 
point the flag is checked. 


Register 
Bank 0 


Register 
Program 
Description 
Label 


RO 
TmpROO 
RBO Temporary 
Register 


R1 
TStrRO 
Store Time Register 


R2 
GStR20 
General Status Register 


R3 
PhzR30 
Stepper 
Motor Step Register 


R4 
CntR40 
Count Register 


RS 
TConRO 
Time Constant 
Register 


R6 
LnCtRO 
Line Count Register 


R7 
OpnR70 
Available, 
Scratch 


Accel 
Decelerate 
Drive 
Ready 
1 NotRdy 
0 


1 00 
NOl Print '0 
Print 


1 Form Feed 0 ltne Feed 
1 FadSate 0 Constant 
TIme Window 


Accel Deceleration 
InItialization 
1 Donelo 
Not Done 


Stepper 
Motor 
at Speed and 
Print Head Not Left of Home 


1 Sync '0 Not Sync d Print 
Head Initialize 
and Fire 


Stepper Motor Direction 
L-Io-R 
1 R-Io-L 
0 


230795-16 


Figure 
21. Register 
Bank 0 Status 
Byte 
Flag 


Assignments 


Register 
Program 
Description 
Label 


RO 
TmpR10 
RBO Temporary 
Register 


R1 
CAdrR1 
Character 
Data Memory 


Address 
Register 


R2 
ChStR1 
Character 
Processing 


Status Byte Register 


R3 
CDtCR1 
Character 
Dot Count Register 


R4 
CDotR1 
Character 
Dot Temporary 


Storage 
Register 


RS 
CCntR1 
Character 
Count Temporary 


Register 


R6 
StrCR1 
Store Character 
Register 


R7 
OpnR71 
Available/Scratch 


CB Registers. 
1= Initialize 


/O~Do 
Not Initialize. 


l=CR/(LF)/O=Not 
CR/(LF) 


Character 
Buffer 


Full= 1/Nol 
Full=O. 


l=EOF/O=Nol 
EOF 
(unused) 
Character 
lookup 
Table Page- 


l=Pg. 
1. O=Pg 
2 
Character 
InitIalized. 


1= Done/O= Not Done 
Carnage 
Stepper Motor Dlfectlon 


L-lo-R' 
1. R-lo-L=O 
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Figure 
23. Register 
Bank 
1 Status 
Byte 
Flag 


Assignments 


PROGRAM 
MEMORY 
ALLOCATION 


(EPROM/ROM) 


The UPI-42AH has 2048 bytes of Program Memory 
divided into eight pages, each 256 bytes. Figure 24 illus- 
trates the Program Memory allocation map by page. 


Character 
to Dot Pattern 


Lookup 
Table; 
Page 2: 
ASCII50H-7EH 


Character 
to Dot Pattern 
Lookup 
Table; 
Page 1: 
ASCII 20H -4FH 
(sp-M) 


Miscellaneous 
Subroutines: 


InitAl/ AIiOIt 
Clear Data Memory 
Home 
Print Head Assembly 
Character 
Print Test 
Initialize 
Carriage 
Stepper 
Motor 


Delay 
Stepper 
Motor 
Deselect 


Paper Feed Stepper 
Motor 
Drive 


Stepper 
Motor 
Step 
Look Up 
Table 
(Indexed) 
Character 
Processing 
and 


Translation 


Print Head Firing 


Carriage 
Stepper 
Motor 


Acceleration 


Time Calculation 
and 
Storage 


Stepper 
Motor 
Deceleration 


Carriage 
Stepper 
Motor 
Drive 


Initialization 
-Jump-on-Reset 
Main Program 
Body 


External 
Status 
Switch 
Check 
Character 
Bulter 
Fill 


1792-2047 


1536-1791 


1280-1535 


1024-1279 


768-1023 


51-767 


256-511 


0-255 


Below is a description and flow chart for each of the ten 
software blocks listed. 


The first operational part in Flow Chart No. 1 is the 
Power-On or Reset Initialization. Flowchart No. 2 il- 
lustrates the Initialization sequence in detail. 


RESET 
PRINT 
HEAD 
TRIGGER 
TURN 
OFF All 
PAINT 
HEAD SOLENOIDS 
SET PRINT 
HEAD 
TRIGGER 
INACTIVE 
SET HOST 
SYSTEM 
HANDSHAKE 
ACTIVE 


CLEAR 
RBO/RB1 
STATUS 
REGISTERS 


Initialization first disables both interrupts. This is done 
as a precaution to prevent the system software from 
hanging-up should an interrupt occur before the proper 
registers and Data Memory values are initialized. 


Initialization then deactivates the system electronics. 
This is also a precaution to protect the printer mecha- 
nism and includes the print head solenoid (trigger and 
data) lines and the stepper motor select lines. The host 
system handshake signals are activated to inhibit data 
transfer from the host until the printer is ready to ac- 
cept data. 


Next, Data Memory is cleared from 20H to 7FH. This 
includes the 80 byte Character 
Buffer, the 11 byte 
Stored Time Constants buffer, and the 4 bytes used as 
pseudo registers. The pseudo registers are Data Memo- 
ry locations used as if they were registers. They serve as 


storage locations for step data used in accurately re- 
versing the direction of the carriage stepper motor, and 
stabilizing either of the stepper motors not being driv- 
en. 


The Data Memory locations OOHthrough lFH are not 
cleared. These locations are Register Bank 0 (OOH- 
07H), Program Stack (08H -17H), and Register Bank 1 
(18H-lFH) 
(see Figure 
19). Clearing the Program 


Registers or Stack would cause the initialization sub- 
routine to become lost. The registers are used from the 
beginning of the program. Care is taken to initialize the 
registers and stack accurately prior to each program 
subroutine as required. 


Upon power-on, it is necessary to initialize the two 
stepper motors, verify their operation, and locate the 
print head assembly in the left-most 'HOME' position. 
This sequence serves as a system checkout. If a failure 
occurs, the motors are deselected and the external 
status light is turned on. Each stepper motor is selected 
and energized for a sequence of four steps. This serves 
to align and stabilize each stepper motor's rotor posi- 
tion, preventing the rotor from skipping or binding 
when the first drive sequence begins. 


At the end of each stepper motor's initialization, the 
last step data address is stored in one of the Data Mem- 
ory pseudo registers. The last step data address is re- 
called at the beginning of the next corresponding step- 
per motor drive sequence, and used as the basis of the 
next step sequence. This ensures that the stepper motor 
always receives the exact next step data, in sequence, to 
guarantee 
smooth 
stepper motor motion. This also 


guarantees the motor never skips or jerks, which would 
misalign the start, stop, and character dot column posi- 
tions. A stepper motor not being driven has its last 
phase data output held constant to stabilize it. 


Following any stepper motor drive sequence of either 
motor, a delay of 30-60 ms occurs by switching the 
current to Hold Current, stabilizing the motor before it 
is deselected. 


At the end of the carriage stepper motor four step ini- 
tialization, the output of the HR optical sensor is test- 
ed. The level of the HR signal indicates which drive 
sequence will be required to 'HOME' 
the print head 


assembly. If the print head assembly is to the right of 
HR, HR is high, the print head assembly need only be 
moved to from Right-to-Left until HR is low, then de- 
celerated to locate the physical home position. If HR is 
low, the print head assembly must be moved first Left- 
to-Right until HR is high, then Right-to-Left to locate 
both the logical and physical 'HOME' 
positions. In 


each case, the software accelerates the carriage stepper 
motor, generating the Stored Time Constants then de- 
celerates the stepper motor using the Stored Time Con- 


inter 


stants (see Back~ound 
section above). Flow Chart No. 


3 details the HOME print head assembly subroutine. 
Figures 13and 18illustrate the components of accelera- 
tion and print head assembly line motion. 


The carriage stepper motor drive subroutines used to 
HOME the print head assembly and to print, are the 
same. A status flag, called Do-Not-Print, 
determines 
whether the Character Processing subroutine is called. 


The flag is set by the subroutine which calls the Car- 
riage Stepper Motor Drive subroutine. Details of the 
carriage and paper feed stepper motor drive and char- 
acter processing subroutines are covered separately be- 
low. 


Once the system is initialized and the print head is at 
the HOME position, the software enters a loop which 
continually monitors the four external status switches, 
and exits if anyone is active. Flow Chart No.4 details 
the External Status Switch Check subroutine. 


Flow Chart No.4. 
External 
Status 
Switch 
Check 


If the LINEFEED 
or FORMFEED 
switch is set, the 


Paper Feed subroutine is called. The Paper Feed sub- 
routine is discussed in detail below. If the ONLINE 
switch is set, the Character Buffer (CB) Fill subroutine 
is called. 


If the Character Print TEST switch is set, the Data 
Memory Character Buffer (CB) is automatically loaded 
with the ASCII code sequence, beginning at 20H (a 
Space character), the first ASCII printable character 
code. The software then proceeds as if the CB had been 
filled by characters received from the host system. The 


Flow Chart No.4. 
External 
Status Switch Check 


5-100 


inter 


External Status Switch Check subroutine is exited and 
character printing begins. When the line has finished 
printing, a linefeed occurs (as shown in the main pro- 
gram Flow Chart No.1) 
and the program returns to 
the External Status Switch Check subroutine. If the 
TEST switch remains active, the ASCII character code 
is incremented and program continues as before. This 
will eventually print all 95 ASCII printable characters. 
An example of the TEST printer output, the complete 
ASCII character code printed, is shown in Figure 25. 


The Character 
Buffer (CB) Fill subroutine is called 
from three points within the main program; External 
Status Switch subroutine, and the Delay subroutine fol- 
lowing the carriage and paper feed stepper motor drive 
subroutines. 
Flowchart 
No. 5 details the Character 
Buffer Fill subroutine operation. 


The approximate 80 ms total pre-deselect delay at the 
end of each stepper motor drive sequence, 40 ms car- 
riage and 40 ms paper feed stepper motor pre-deselect 
delay, is sufficient to load an entire 80 character line. 
Half the CB is filled at the end of printing the current 
line, and the second half is filled at the end of a paper 
feed. There is no time lost in printing throughput due 
to filling the character buffer. 


Character input is interrupt driven. When the IBF in- 
terrupt is enabled, a transmitted character sets the IBF 
interrupt and IBF Program Status flag. Three instruc- 
tions make up the IBF interrupt service routine. This 
short routine disables further interrupts, sets the BUSY 
handshake line active, inhibiting further transmission 
by the host, and returns. The subroutine can be execut- 
ed at virtually any point in the software flow without 
affecting the printer mechanism operation. Processing 
of the received character takes place during one of the 
three program segments mentioned above. The BUSY 
line remains active until the character is processed by 
the CB Fill subroutine. 


The CB is 80 bytes from the top of Data Memory 
(30H-7FH). 
It is a FIFO 
for forward, left-to-right 
printing, and a LIFO for reverse, right-to-Ieft, printing. 
Loading the CB always begins at the top, 7FH. One 
character may be loaded into the buffer each time the 
CB Fill subroutine is called. 


The CB is always filled with 80 bytes of data prior to 
printing. If the total number of characters input up to a 
Carriage Return (CR)/Linefeed 
(LF), does not com- 
pletely fill the CB, the CR code is loaded into the CB 
and the balance of the CB is padded with 20H (Space 
Character) until the CB is full. A Linefeed (LF) charac- 
ter following a Carriage Return is ignored. A LF is 
always forced at the end of a printed line. When the CB 
is full, the CB Full status byte flag is set and printing 
can begin. 
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Figure 25. ASCII Character Code TEST Output and Print Example 


A LF character alone is treated as a CR/LF at the end 
interrupts are enabled. Once the CB Full status byte 
of a full 80 character line. This is a special case of a 
flag is set, IBF interrupts are disabled until the CB has 
printed line and is handled during character processing 
been entirely emptied, the line printed, or the system 
for printing (see No.7, Processing Characters for Print- 
Reset. 
ing, below). A Formfeed (FF) character sets the FF 
status byte flag. The flag is tested at each paper feed 
stepper motor drive subroutine entry. 


When the software is available to load the CB with a 
character, entry to the CB Fill subroutine checks three 
status flags; CB Full, CB Pad, and IBF flag. If the CB 
Full flag is set, the program returns without entering 
the body of the CB Fill subroutine. The CB Pad flag 
will cause another Space character to be loaded. If the 
IBF flag is not set, the program returns. If the IBF flag 
is set, the character is read from the Data Bus ButTer 
register, tested for printable or nonprintable ASCII 
code, and, if printable, loaded into the CB. If the char- 
acter is a non-printable ASCII code and not an accept- 
able ASCII control code (CR, LF, FF, EOF), a 20H 
(Space Character) is loaded into the CB. 


Exiting the CB Full subroutine with the CB Full or CB 
Pad flag set does not re-enable IBF interrupts or reset 
the BUSY line. If neither of these flags is set, exiting 
the CB Fill subroutine sets BUSY inactive and IBF 


5. Carriage Stepper Motor Drive and Line 
Printing 


The carriage stepper motor drive subroutine controls 
both L-to-R and R-to-L print head assembly motion. 
Upon entering the subroutine, the HR signal level is 
tested to determine the direction of print head assembly 
motion and the Direction status flag is set. The default 
control register values are loaded and balance of the 
default status flags are set for stepper motor control 
and character processing. The default control register 
values include PT and the step sequence look-up table 
start address for the direction indicated. 


The direction flag is tested throughout the carriage 
stepper motor drive and character processing subrou- 
tines. This enables the same subroutines to control ac- 
tivities for either direction, simplifyingand shorting the 
overall program. Flow Chart No.6 illustrates the car- 
riage stepper motor drive subroutine. 


inter 


Next, the carriage and paper feed stepper motor step 
data is initialized. The last step data output to the paper 
feed stepper motor is loaded into the Last Phase pseudo 
register. This data is masked with each step data output 
to the carriage stepper motor. Masking the step data in 
this manner guarantees the paper feed motor signals do 
not change as the carriage stepper motor is being driv- 
en. 


Figure 26 illustrates the carriage stepper motor step 
sequence verses the actual step data output for clock- 
wise rotation, Left-to-Right motion, and counterclock- 
wise rotation, Right-to-Left print head assembly mo- 
tion. An eight step sequence is depicted in the figure. 
Note that the sequence for Right-to-Left motion is the 
reverse of the sequence for Left-to-Right motion. Note 
also, that for the L-to-R sequence step 4 is the same as 
step 0, step 5 the same as step I, etc., through step 7 
matching step 3. The four step sequence simply repeats 
itself until the motor is stopped via the Deceleration 
subroutine. 


L·to·R 
Phase/Step 
R·to·L 
BCD 
Motion 
Data 
Motion 
(32 1 0) 
Sequence 
(3210) 
Sequence 


0 
1 001 
7 
0000 
1 
1 01 0 
6 
0001 
2 
01 1 0 
5 
0010 
3 
01 01 
4 
0011 


4 
1 001 
3 
0100 
5 
1010 
2 
0101 
6 
01 10 
1 
01 1 0 
7 
0101 
0 
o 1 1 1 


Figure 
26. Carriage 
Stepper 
Motor 
Phase/Step 
Data 


When the carriage stepper motor is driven for a specific 
direction of print head assembly motion, the step se- 
quence must be consistent for the motion to be smooth 
and accurate. The same holds true for the transition 
from one direction of motion to the other. Since the 
sequence for one direction is the opposite for the other 
direction, incrementing the sequence for L-to-R and 
decrementing for R-to-L provides the needed step data 
flow. For example, referring to Figure 26, if the print 
head assembly moved L-to-R and the last step output 
was # I, the first step for R-to-L motion would be #7. 
Thus, when the carriage stepper motor is initialized for 
a clockwise (L-to-R) or counterclockwise (R-to-L) ro- 
tation, the last step sequence number is incremented or 
decremented to obtain the proper next step. In this 
way, the smooth motion of the stepper motors is as- 
sured. 


The step data is referenced indirectly via the step se- 
quence number. The step data is stored in a Program 
Memory look-up table whose addresses correspond to 
the step sequence numbers. For example, as shown in 


Figure 26, at location 0 the step data "1001" is stored. 
This 
method 
is 
particularly 
well 
suited 
to 
the 


UPI-42AH software. The UPI-42AH features a num- 
ber of instructions which perform an indirect move or 
data handling operation. 
One of these instructions, 


MOVP3A,@A, unlike the others, allows data to be 
moved from Page 3 of Program Memory to any other 
page of Program Memory. This instruction allows the 
step data to be centrally located on Page 3 of Program 
Memory and accessed by various subroutines. 


Each time the carriage stepper motor step data is out- 
put, the step data lookup table address is incremented 
or decremented, depending upon the direction of rota- 
tion, and tested for restart of the sequence. The address 
is tested because the actual step data, Figure 26, is not a 
linear sequence and thus is not an easily testable condi- 
tion for restarting the sequence. The sequence number 
is tested for rollover of the sequence count from 03H to 
04H and clockwise motor rotation via the Jump on Ac- 
cumulator Bit instruction (JBn), with OOHloaded to 
restart the sequence. The same bit is tested when decre- 
menting the sequence count for counterclockwise mo- 
tor rotation, R-to-L motion, because the count rolls 
over from OOHto OFFH, with 03H loaded to restart the 
sequence. 


At this point the UPI-42AH Timer/Counter 
is loaded, 


the step signal is output, and the timer started. The 
next step data to be output has been determined and the 
At-Speed flag is tested for entry to one of two subrou- 
tines; Stepper Motor Acceleration 
Time Storage or 


Character Processing. 


The first entry to the Acceleration Time Storage sub- 
routine initializes the subroutine and returns. All other 
entries to one of the two subroutines perform the neces- 
sary operations, detailed below (Blocks 6 and 7), and 
returns. The program loops until the PT times out or 
the PTS level change is detected. PTS is tied to TO of 
the UPI-42AH. The level present on TOis directly test- 
ed via conditional jump 
instructions. 
The software 


loops on polling the timer Time Out Program Status 
flag and the TO input level. 


As described in the Background section above (shown 
in Figure B), if PT times out before PTS is detected, 
the software waits for PTS before outputting the next 
step signal. If PT times out before PTS, a second timer 
count value is loaded into the UPI-42AH timer. The 
timer value is called "Failsafe." This is the maximum 
time the stepper motor can be selected, with no rotor 
motion, and not damage the motor. If PTS is not de- 
tected, either the carriage stepper motor is not rotating 
or the optical sensor is defective. In either case, pro- 
gram execution halts, the motor is deselected, and the 
external status light is turned on to indicate a malfunc- 
tion. A system reset is required to recover from this 
condition. The Failsafe time is approximately 20 milli- 
seconds, including PT. 


inter 


The Failsafe time loop also serves as a means of track- 
ing the elapsed time between PT time out and PTS. 
Entry to the Failsafe time loop sets the Failsafe/Con- 
stant Time Window status flag. This flag is tested by 
the Acceleration Time Storage subroutine for branch- 
ing to the proper time storage calculation to be per- 
formed (see Figure 13 and Block 6 below for further 
description). 


During the Failsafe timer loop, if PTS is detected and 
verified as true, the Failsafe timer value is read and 
stored in the Time Storage register. This value is used 
during the next Acceleration Time Storage subroutine 
call to calculate the Stored Time Constant (see Block 6 
below). If PTS is invalid, the flow returns to the timer 
loop just exited, again waiting for PTS or Failsafe time 
out. 


During the PT time loop, if PTS is detected and veri- 
fied, the Sync flag is tested for entry to the print head 
solenoid firing subroutine. This flag is set by the first 
entry to the Character Processing subroutine. The flag 
synchronizes the solenoid firing with character process- 
ing. Only if characters are processed for printing will 
the solenoids be enabled, via the Sync flag, for firing. 
This prevents the solenoids from being fired without 
valid character dot data present. 


As described in the Background section "Relationship 
Between PTS and PT," PTS is the point of peek angu- 
lar velocity within a step of the motor. After PTS is 
detected the motor speed ramps down, compensating 
for the overshoot of the rotor motion. PTS is the opti- 
mum time for print head solenoid firing, as shown in 
Figure 13. This is the stable point of motor rotation 
and, thus, the print head assembly motion. If PTS is 
detected during PT, printing is enabled, the Sync flag is 
set, and the solenoid trigger is fired. 


The firing of the solenoid trigger, following PTS, is very 
time critical. The time between PTS and solenoid firing 
must be consistent for accurate dot column alignment 
throughout the printed line. The software is designed to 
meet this requirement by placing all character process- 
ing and motor control overhead before the solenoid fir- 
ing subroutine 
is called. The actual instruction 
se- 
quence which fires the print head solenoid trigger is 
plus or minus one instruction for any call to the subrou- 
tine. 


Once the timer loop is complete, the software tests for 
Exit conditions. If the Exit conditions fail, the software 
loops to output the next step signal, starts the PT timer, 
and continues to accelerate the carriage stepper motor, 
or process, and print characters. If the Exit test is true, 
the carriage stepper motor is decelerated to a fixed posi- 
tion, and the program returns to the main program 
flow (see Flowchart I). 


The exit conditions are different for the two directions 
of print head assembly motion. For L-to-R printing, if a 
Carriage Return (CR) character code is read from CB, 
the carriage stepper motor drive terminates and the 
motor is decelerated to a fixed position. There are two 
conditions for terminating carriage stepper motor drive 
upon detecting a CR during L-to-R motion. Ifless than 
half a character line (40 characters) has been printed, 
the print head assembly returns to the HOME position 
to start the next printed line. Otherwise, the print head 
assembly continues to the right-most position for a full 
80 character line, and then begins printing the next line 
from R-to-L. R-to-L printing always returns the print 
head assembly to the HOME position before the next 
line is printed L-to-R. When HR is high, character 
printing always stops and the carriage stepper motor 
drive subroutine exits to the deceleration subroutine. 


As described above, when the carriage stepper motor is 
accelerated the step time required to guarantee the mo- 
tor is at a constant rate of speed translates to a specific 
distance traveled by the print head assembly (see Figure 
18). In order to position the print head assembly accu- 
rately for bi-directional printing, the distance traveled 
during deceleration must be the same as during acceler- 
ation. The Carriage Motor Acceleration Time Storage 
subroutine calculates the step times needed to acceler- 
ate the carriage stepper motor, and stores them in Data 
Memory for use as PT during deceleration. 


The first call of the Carriage Stepper Motor Accelera- 
tion Time Storage subroutine initializes -the required 
registers and status flags. The time calculation begins 
with the second carriage stepper motor step signal out- 
put. The program returns to the carriage stepper motor 
drive subroutine and loops on PT. Each subsequent call 
of the Acceleration Time Storage subroutine tests the 
Failsafe/Constant 
flag and branches accordingly (see 


Flow Chart 7). The Acceleration Time Storage subrou- 
tine has two parts which correspond to PTS leading or 
PTS lagging PT. 


If the Failsafe/Constant flag is set, PTS lagged PT. The 
time from PT time out to PTS, Tx (see Figure 13), must 
be added to the PT and stored in Data Memory. As 
described above, if PT lagged PT, the Failsafe time is 
loaded and PTS is again polled during the time loop. 
When PTS occurs within the Failsafe time, the timer is 
stopped and the timer value stored. The UPI-42AH 
timer is an up timer, which means that the value stored 
is the time remaining of the Failsafe time when PTS 
occurred. The elapsed time must be calculated by sub- 
tracting the time remaining (the value stored) from the 
Failsafe time constant. This is done in software by us- 
ing two's complement arithmetic. If the Failsafe flag is 
not set PTS led PT, and PT is the Stored Time Con- 
stant stored. 


inter 


Flow Chart No.7. 
Carriage 
Stepper 
Motor 
Acceleration 
Time Storage 


Indirect addressing of Data Memory is used to refer- 
ence the Stored Time Constant Data Memory location. 
The Data Memory location address is decremented 
each time the Acceleration Time Storage subroutine is 
exited and a Stored Time Constant has been generated. 


The last Acceleration Time Storage subroutine exit sets 
the At-Speed status flag and initializes the character 
processing registers and flags. 


7. Process 
Characters 
for Printing 


The Character Processing subroutine is entered only if 
the Home Reset (HR) optical sensor signal is high and 
printing is enabled. Otherwise, the software simply re- 
turns to the Carriage Stepper Motor Drive subroutine. 
There are two cases when printing is not enabled; dur- 
ing the HOME subroutine operation, and when the 
print head assembly returns to the HOME position af- 
ter printing less than half an 80 character line. If print- 
ing is enabled, the Sync status flag is set. 


All character processing operations use the second 
UPI-42AH Data Memory Register Bank, RBI. Regis- 
ter Bank I is independent of Data Memory Register 
Bank 0, used for stepper motor control. The use of two 
independent register banks greatly simplifies the soft- 
ware flow, and helps to ensure the accuracy of event 
sequences that must be handled in parallel. Each regis- 
ter bank must be initialized only once for any entry to 
either the Carriage Stepper Motor Drive or Character 
Processing subroutines. A single UPI-42AH Assembly 
Language instruction selects the appropriate register 


Flow Chart No.8. 
Process 
Characters 
for Printing 


bank. Initializing the character processing registers in- 
cludes loading the maximum character count (80), dot 
matrix size count (6), and CB start address. The CB 
start address is print direction dependent, as described 
in Block 4, above. 


Character processing reads a character from the CB, 
tests for control codes, translates the character to dots, 


intJ 


and conditionally exits, returning to the Carriage Step- 
per Motor Drive subroutine. Flow Chart 8 details the 
character processing subroutine. 
. 


Each character requires six steps of the carriage stepper 
motor to print; five for the 5 character dot columns and 
I for the blank dot column between each character. 
Reading a character from the CB and character-to-dot 
pattern translation takes place during the last character 
dot column, or blank column, time. 


The first character line entry to the Character Process- 
ing subroutine appears to the software as if a last char- 
acter dot column (blank column) had been entered. The 
next character, in this case the first character in the 
line, is translated and printing can begin. This method 
of initializing the Character Processing subroutine uti- 
lizes the same software for both start-up and normal 
character flow. Once a character code has been trans- 
lated to a dot matrix pattern starting address in the 
look-up table, all subsequent entries to the Character 
Processing subroutine simply advance the dot column 
data address and outputs the data. 


The decision to translate the character to dots during 
the blank column time was an arbitary one. As was the 
choice of the blank column following rather than pre- 
ceding the actual character dot matrix printing. 


Characters-to-dot pattern translation involves convert- 
ing the ASCII code into a look-up table address, where 
the first of the five bytes of character dot column data is 
stored. The address is then incremented for the next 
column of dot pattern data until the full character has 
been printed. 


The dot pattern look-up table occupies two pages, or 
approximately 512 bytes of Program Memory. A print- 
able ASCII character is tested for its dot pattern loca- 
tion page and the offset address, from zero, on that 
page. Both the page test and page offset calculations use 
two's complement arithmetic, with a jump on carry or 
not carry causing the appropriate branching. Once the 
pattern page and address are determined the indirect 
addressing and data move instructions are used to read 
and output the data to the print head solenoids. Flow- 
chart 9 details the Character-to-Dots 
Translation sub- 
routine. 


In the case of R-to-L printing, although the translation 
operation is the same, the character is printed in re- 
verse. This requires that the character dot pattern ad- 
dress be incremented by five, before printing begins, so 
that the first dot column data output is the last dot 
column data of the character. The dot pattern look-up 
table address is then decremented rather than incre- 
mented, as in L-to-R printing, for the balance of the 
character. Translation still takes place during the last 


character dot column, the blank column, and the blank 
column follows the character matrix. 


Only one control code, a Carriage Return (CR), is en- 
countered 
by the character 
translation 
subroutine. 


Linefeed (LF) characters are stripped off by the CB Fill 
subroutine. If a CR code is detected the software tests 
for a mid-line exit condition; less than half the line 
printed exits the stepper motor drive subroutine and 
HOMEs the print head assembly before printing the 
next line. If the test fails, more than half the line has 
been printed, the CR is replaced by a 20H (Space char- 
acter) and printing continues for the balance of the line; 
the space characters padding the CB are printed. 


As mentioned above, the character dots are printed and 
the print head trigger is fired when the PTS signal is 
detected and verified and the carriage stepper motor is 
At Speed. 


When the character to print test fails the CB Buffer size 
count equals zero, the Carriage Stepper Motor Drive 
subroutine exit flags are set, and the flow passes to the 
Deceleration and Delay subroutines and programs re- 
turns to the main program flow. 


inter 


Flow Chart No. 10. Decelerate 
Carriage 
Stepper 
Motor 


The transition from the Carriage Stepper Motor Drive 
subroutine to the Deceleration subroutine outputs the 
next step signal in sequence, and then initializes the 
Deceleration 
subroutine registers; Stored Time Con- 


stants Data Memory buffer end address and size. The 
Stored Time Constant Buffer is a LIFO for deceleration 
of the carriage stepper motor. The buffer size is used as 
the step count. When the step count decrements to 
zero, the step signal output is terminated, and the last 
step sequence number is stored in the carriage stepper 
motor Next Step pseudo register. The last step sequence 
number is recalled, during initialization of the next car- 
riage stepper motor drive, as the basis of the next step 
data signal to be output. See Flow Chart 10. 


When the carriage stepper motor is decelerated, Fail- 
safe protection and PTS monitoring are not necessary. 
The Deceleration subroutine acts as its own failsafe 
mechanism. Should the stepper motor hang-up, the 
subroutine would exit and deselect the motor in suffi- 
cient time to protect the motor from burnout. Since 
neither Failsafe nor print head solenoid firing take 
place during deceleration, PTS is not needed. PT is re- 
placed by the Stored Time Constant values in Data 
Memory. The Deceleration subroutine determines the 
next step signal to output, loads the Timer with the 
Stored Time Constant, starts the UPI-42AH 
Timer, 
and loops until time out. The subroutine loops to out- 
put the next step until all of the Stored Time Constants 
have been used. The program returns to the Carriage 
Stepper Motor Drive subroutine and the motor is dese- 
lected following the Delay subroutine execution. The 


Delay subroutine is called to stabilize the stepper motor 
before it is deselected. During the DELAY subroutine, 
the IBF interrupt is enabled and characters are process- 
ed. A paperfeed is forced following the carriage stepper 
motor being deselected. 


The paper feed stepper motor subroutine outputs a pre- 
defined number of step signals to advance the paper, in 
one line increments, for the required number of lines. 
The number of step signals per line increment is a func- 
tion of the defined number of lines per inch, given the 
distance the paper moves in one step. Figure 16 lists 
three step (or pulse) count and line spacing configura- 
tions, as well as the distance the paper moves in one 
step. Standard 6 lines per inch spacing has been imple- 
mented in this Application Note (Appendix B details 
how variable line spacing could be implemented). Flow 
Chart 11 illustrates the Paper Feed subroutine. 


Flow Chart No. 11. Paper Feed 
Stepper 
Motor Drive 


The number of lines the paper is to be moved is called 
the "Line Count." The Line Count defaults to one un- 
less the Formfeed flag is set, or the total number of 
lines previously moved equals a full page. The default 
total lines per page for this application is 66. When the 
total number of lines moved equals 66, the paper is 
moved to the top of the next page. The Top-of-Page is 
set at power-on or reset. 


If the Formfeed flag has been set in the Character Buff- 
er Fill subroutine, the software calculates the number 
of lines needed for a top of next page paper feed. The 
resulting line count is loaded in the Line Count Regis- 
ter. The Paper Feed subroutine loops on the line count 
until done and then returns to the main program body. 


Once the Paper Feed subroutine is complete, the soft- 
ware loops to test the End of File (EOF) Flag (see Flow 
Chart 
I). If EOF is set, the print head assembly is 


moved to the HOME position, the program again en- 
ters the External Status Switch Test subroutine, and 
begins polling the external status switches. If EOF is 
not set, the program directly calls the External Status 
Switch Check subroutine, and the program repeats for 
the next line. 


Although the full speed, 12 MHz, of the UPI-42AH 
was used, the actual speed required is approximately 8- 
9 MHz. 1400 bytes of the available 2k bytes of Program 


Memory were used; 500 bytes for the 95 character AS- 
CII code dot pattern look-up table, 900 bytes for opera- 
tional software. This means that the UPI-42AH 
has 


excess processing power and memory space for imple- 
menting the additional functions such as those listed 
below and discussed in Appendix B. 


Special Characters or Symbols 
Lower Case Descenders 
Inline Control Codes 
Different Character Formats 
Variable Line Spacing 


The software developed for this Application Note was 
not fully optimized and could be further packed by 
combining functions. This would require creating an· 
other status register, which could also serve to imple- 
ment some of the features listed above. Since the full 16 
byte stack is not used for subroutine nesting, there are 
6-8 bytes of Program Stack Data Memory that could 
be used for this purpose. In several places, extra code 
was added for clarity of the Application Note. For ex- 
ample, each status byte flag is set with a separate in- 
struction, using a equate label, rather than setting sev- 
eral flags simultaneously at the same point in the code. 


This Application 
Note 
has demonstrated 
that 
the 


UPI-42AH is easily capable of independently control- 
ling a complex peripheral device requiring real time 
event monitoring. The moderate size of the program 
required to implement this application attests to the 
effectiveness of the UPI-42AH for peripheral control. 
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Driv. 
Stpr 
Mif' 
Ph ••• 
LookUp 
Tabl, 
- 
Ind ••• 
d 
Chil.,.ilct • .,. T"iln,l.Uon 
.nd 
proc •• ,ing 
PT'!ntH •• d #iring 
Sip" 
"'iT' 
Ace.l. 
Tim. 
eille: .• 
nd ",.mo1"'1l.tion 
Sip,.. "iT' D.c.l'''ilUon 
SP1D,.iv (FAccel/RAccel) 
- 
Fo,.",a,.d • 
Reve,..e 
Stp,. 
t'lt,. acc.le,.ation 
~ d,.ive 
Initi.ization 
..Imp-Dn-Ae•• t 
fJT'DI".'"lod.., 
- 
all 
call. 
Charact • .,. Input 
t •• t 
and Cha,. Duffe,. 
fill 
loop 
Int.,.,.upt 
.e"vice 
routine. 


Pale 
1024-1279 
Pall. 
769-1023 


Page 2 
'12-767 


Palle 
1 
2'6-'11 


Pa,e 
0 
0-2" 


inter 


= 
71 


7'il 


= 
73 


74 
7:5 
76 
77 
78 
79 
80 
81 
8'il 
83 
84 
8:5 
86 
87 
88 
89 
90 
91 
9'il 
93 
94 
9:5 
00:50 
96 
0009 
97 
98 
007F 
99 
0080 
• 100 
OO'ilF 
• 101 
00:51 
• 10'il 
• 103 
OO'ilF 
• 104 
0003 
• 
10~ 
OOOA 
• 106 
OO'ilF 
• 107 
00'il:5 
• 108 
007F 
• 109 
00:50 
• 110 
• 
111 
00'il0 
• 
ll'il 


00'il1 
• 113 


00'il'il 
• 114 
00'il3 
• 11:5 
• 116 
= 117 


0000 
0001 
000'il 
0003 
0004 


000:5 
0006 


0007 


48-1'il7 
'ilF-7FH 
37-47 
'il:5-'ilEH 
36 
'il4H 
3:5 
'il3H 
34 
2'ilH 
33 
'illH 
3'il 
'ilOH 


24-31 
18-lFH 
8-'il3 
8-17H 
0-7 
0-07H 


80 Charact.r 
Line 
Buffe,. 
Stpr 
Mtr 
Ace.I/O.cel 
time. 
memorization 


Vnu •• 
d 
Char 
Print 
test 
ASCII 
cod. 
start 
tmp 
stor. 


LF 
8M 
last 
Phz 
Ind.rect 
Addr 
psuedo 
reg 
CR 
8M 
For~.rd/R.v.rs. 
last 
PhI 
psuedo 
r.g 


Psu.do 
Reg: 
Last 
Phase 
of 
stpr 
mtr 
not 


being 
dr-ive" 
Registl'T' 
Sanll: 
1: 
ChaT'act.,. 
Handling 


8 Level 
shck 
Regilter 
Sanll: 
0: 
Stpr 
Mtr 
FIR 
Acc.l/Drivl' 


CHBFsZ 
EQU 
:50H 
icha" 
buff." 
siz. 
0-79 • 80 


HlfCp I 
E'lu 
OD9H 
,Cpl(I/'ilCbBfs,) 
-> cpl of 'il7H• OD9H 


FCBfst 
E'lu 
7fH 
; start 
0' cha", 
buffer 


FCBfIs 
E'lu 
80H 
; lnit 
CB 
strt-ailowl 
xtT'a 
Dee b~ I 
RCBUs 
E'lu 
'ilFH 
; lnit 
CD 
st,.t-al1ollls 
It,.. 
Inc b~ 1 
ChBfIs 
E'lu 
81 
; load 
cha,.. 
cnt reg 
w/char 
bufT' 
Init 
51 Ie 


ENOBUF 
EQU 
'ilFH 
'END OF CHAR BUFFER 


AsBfs, 
EQU 
OBH 
; Accelerate 
Itpr 
mtr buf 
count 


OsB's, 
E'lu 
OAH 
j Oee.leT-at. 
stpr 
mtr bu' 
count 
sMBFST 
EQU 
'ilFH 
isTPR MTR BUFFER 
START 


sMBEnd 
E'lu 
'il:5H 
istpr Mtr 
Oat. 
"'.-moT''' 
Add" ••• 
end 
OMTop 
E'lu 
7FH 
; Oat. 
MemoT'''' Top 


OMS11. 
E'lu 
93 
; Data 
"'.mor .• 5iz. 
<lltss 
t••o 
I&IOT' 
II ing 
".g'.) 


L•• tPh 
E'lu 
'ilOH 
j last 
ph, 
psuedo 
reg 
add" 
CpsAdr 
EQU 
'illH 
iCR ph, 
psuedo 
reg 


LpsAdr 
E'lu 
'il'ilH 
,LF ph, 
psu.do 
reg 


PTAsc'S 
E'lu 
'il3H 
iCh.,.. P,..int T.st 
cod. 
.t.,..t tmp 
.to,... 


• 
118 
= 119 


• 
l'ilO 


• l'ill 
• 
l'il'il 
• 
l'il3 
• 
l'il4 
• 12' 
I 


• 
l'il6 


= 127 


All 
Indi,...ct D.t. 
M.mo,..~ 
Add,..••• ing 
vi •• 
Rn 
In.t 
mu.t 
u •• 


onl~ 
,...gist.,...0 
• 
1 
of 
.ith.,.. ,...gi.te,..b.nk. 
An~ 
other 
will 


b. 
,..eJ.cted 
b~ 
the 
A •• emble,.. 
L •• t 
ch.,...cte,..in 
l.ble 
indie.te. 
Aegi.te,.. 
S.nk 
,..ef.r.nced 


• 
1'il8 


• 
1'il9 
• 130 
• 131 
• 
13'il 
• 
133 
• 134 
• 13:5TConRO 
• 136 LnCtRO 
• 137 
• 138 OpnR70 
• 139 
• 
140 
I 


• 141 


, --------------------------------------------------------------------------- 
TmpROO 
E'lu 
RO 
,RBO Temporar~ 
Regl.ter 


TStrRO 
EQU 
Rl 
,Store 
Time Regi.ter 
RBO 


gStR'ilO EQU 
R'il 
,general 
Statu. 
Regi.ter 
RBO 


Ph,R30 
EQU 
R3 
iStpr Mtr Pha.e 
Regi.ter 
RBO 


CntR40 
E'lu 
R4 
,Count 
Reg. Pha.e 
count-Stpr 
Mtr 
loop. 
I 
Ace.l/O.e.l 
Count 


,Tim. 
con.t.nt 
,...gRBO 


;Lin. 
count 


0000 
0001 
0002 
0003 
0004 


0000 
0001 
0002 
0003 
0004 
0005 
0006 


• 202 
• 203 
• 204 
• 205 
• 206 
• 207 
• 208 
• 209 
• 210 
• 211 
OpnR71 
EGU 


• 212 
• 213 
Register 
Bank 
1 Oat. 
Memorv 
Address 


• 
214 
I 
------------------------------------- 
_ 


• 
157 


• 158 
• 
159 


• 
160 


• 161 
• 
162 


• 
163 


• 164 
• 165 
• 166 
• 
167 


• 168 
• 
169 


• 
170 


• 
171 


• 
172 


• 173 
• 174 
• 
175 


• 
176 


• 177 
• 178 
• 
179 


• 
180 


• 181 
• 182 
• 183 
• 
184 


• 
18~ 


• 186 
• 
187 


• 188 
• 189 
• 190 
• 
191 
• 192 
• 
193 


• 
194 
= 195 


• 
196 
= 197 


• 
198 


• 
199 


• 200 
= 201 


• 142 
• 143 
• 144 
• 
145 


• 146 
• 
147 


• 
148 


• 
149 


• 150 
• 151 
• 152 
• 
153 
= 154 


Tmpl\OO 
E~u 
OOH 


TStrl\O 
EGU 
01H 


QStRl\d 
E~u 
02H 


Ph ,1\20 EGU 
03H 


CntRI\O 
E~u 
04H 


TConAO 
E~u 
05H 


LnCtl\O 
E~u 
06H 


Opnl\70 
EGU 
07H 


PG 


iTempor.rv 
Register 
OM 
address 


ITim. 
Store 
Register 
OM 
addr •• s 


iRBQ 
Char 
Status 
Reg 
OM 
address 
iStpr 
Mtr 
Pha.e 
Register 
OM 
addr ••• 


;Count 
Reg. 
Pha.e 
count-stpr 
Mtr 
loop. 


Ace.I/Oecel 
Count 
OM 
addres. 


.Time 
constant 
reg 
OM addr.s. 
iLine 
Count 
Register 
OM 
address 


• 155 
= 156 


Stpr 
Mtr 
Direction: 
L-to-R 
- 
1, R-to-L 
- 
0 


t 
• 
Sink 
/ 0 • Not 
Sinked, 
Print 
H •• d 
Init 
and 
Fire 


Stpr 
Mtr 
at 
sp••d and 
CR not 
l.ft 
of Hom. 


Ace.I/Decel 
Init, 
1 • Done 
I 
0 - 
Not 
Done 


1 
• 
FailSafe 
I 
0 
• 
Constant. 
Time 
Windo~ 


1 • 
Form 
F •• d I 
0 
- 
Line 
F •• d 
1 • 
Do 
Not 
Print 
I 
0 
- 
Print 
FAccel/OAccel 
drive 
Re.dv 
• 
I/NotRdV 
- 
0 
(elit 
d~ive & decel 
stpr 
~tr) 


LRPrnt 
E~u 
80H 
;L.ft 
to Right 
PTinting 
(ORLl 


RLPrnt 
E~u 
7FH 
;Right 
to L.ft 
Printing 
(I\NLl 
SnkS.t 
E~u 
40H 
I R•• dV 
P"int 
flag 
ClrSnk 
E~u 
OBFH 
lcle.T 
R •• dV 
to p,.int Bit 
I\tSpdF 
E~u 
20H 
I Stp~ 
Mtr 
at 
const.nt 
spe.d 
Nl\tSpd 
E~u 
ODFH 
;Stpr 
Mtr 
Not 
at 
spe.d 
I\DlntD 
E~u 
10H 
i Acc.I/O_cel 
Init 
Done 
I\DlntN 
E~u 
OEFH 
i Accel/O_cel 
Init Not 
Dane 


FsCTm 
E~u 
08H 
iF.iIS.fe/Const.nt 
Ti",e 
ClrFsC 
E~u 
OF7H 
I Cle.,. F.ilS.fe/Const 
ti ••• flag 
FTrnFd 
E~u 
04H 
;do 
formfe.d 
LineFd 
E~u 
OFBH 
;do 
lin. 
f.ed 
DoNotP 
E~u 
02H 
i set 
Do Not 
PTint 
Stat 
bit 
OkPrnt 
E~u 
OFDH 
i R •• et 
- Ok 
to 
PTint 
R •• d\l 
E~u 
01H 
;Re.d\l d,.ive Stpr 
Mtr 
NotRd~ 
E~u 
OFEH 
;Not 
R.ad~ 
elit 
Stpr 
Mtr 
drive 


TmpRl0 
Cl\drRI 
ChStRl 
CDtCRl 
CDotRl 
CCntRl 
StrCRl 


;ch.,. d.t. 
m.moTV 
.ddr 
,..gist.,. 


ich.r 
proce.sing 
st.tus 
bvt. 
register 
iCh.r 
Dot 
count 
register 


iCh.r 
dot 
temp 
stoT.ge 
regist.r 
iCh.r 
count 
temp 
r.gister 


iStor. 
Ch.r 
Regist.r 


inter 
Ap·161 


0018 
a 21~ TmpAIO 
E~u 
24 


0010;> 
= 216 ChARRl 
EOU 
2~ 


001A 
= 217 ChStAd 
E~u 
26 
001B 
a 218 COtCAI 
EOU 
27 


OOIC 
= 210;>CDotAI 
E~u 
28 
0010 
= 220 CCntAl 
E~u 
20;> 


001E 
a 221 St,.CAl 
EOU 
30 


a 222 
OOIF 
= 223 OpnA71 
EOU 
31 


a 224 
= 22~ 
= 226 
PG 


0080 
007F 
0040 
OOBF 
0020 
OOOF 
0010 
OOEF 


0008 
00F7 
0004 
OOFB 
0002 
OOFO 
0001 
OOFE 


00F3 
00F6 
00F4 
OOE~ 
OOEO 
00C8 
0000 
0020 


0081 
0082 
007F 
0042 
00C4 
OOIB 


tempor.rv/scr.tch 
register 
chAr 
d.t. 
memorv 
.dd,. 
r.gist~r 


RII 
ChAr 
St.tus 
Reg 
.address 


Ch.r 
Dot 
count 
register 
Ch.,. dot 
temp 
stor.ge 
register 


Ch.r 
count 
temp 
register 
Store 
ChAr 
Register 


- 
227 
I 
---------------------------------------------------------------------- 


= 228 
RBi 
Status Byte Bit Definition 


= 220;> 
= 230 
• 231 
= 232 
• 233 
234 
23~ 
• 
236 
= 237 
• 238 
a 230;> 
• 240 
• 241 
• 242 
243 


• 244 
• 24~ 
= 246 
= 247 
= 248 
= 240;> 
= 2~O 
= 2~1 
= 2~2 
a 2~3 
• 
2~4 


• 
2~~ 
= 2~6 
= 2~7 
• 
2~8 
• 
2~9 
.• 260 
• 261 
a 262 
.• 263 
.•264 
= 265 


Stpr 
Mtr 
Direction: 
L-to-R.::z 
1. 
R-to-L 
= 0 


Ch.r 
Init. 
1" 
Done 
I 0 
:::I 
Not 
Done 
ChAr 
Lookup 
T.ble 
PAge: 
1 = 
Pgt. 
0 
.• Pg2 


1 ~ Test 
I 
0 "" Norm.-l 
chAr 
print/input 


1 .• EOF 
I 
0 
.• Not 
EOF 
Full 
.• l/Not 
Full" 
O. 
Line 
in 
ChAr 
Buffer 


I = CR/(LFl I 0 = Not CR/(LFl 
1 "" Init 
I 
0 .• Do Not 
Init, 
CB registers 
done 


ChrPrn 
E~u 
80H 
; Stp,.. 
I1t~Dil'ection: 
L-to-R 
= I 


ClrCPr 
E~u 
7FH 
;Stpr 
I1t~Direction: 
R-to-L 
·0 
ChlntD 
E~u 
040H 
i Set 
Cher 
Init 
Done 
ClntNO 
E~u 
OBFH 
.Reset 
Ch.r 
Init 
Not 
Done 
ChOnPl 
E~u 
20H 
i Pege 
I cheri 
ut 
r.ntrlwl 
bit 
(ORLl 


ChOnP2 
E~u 
OOFH 
i Pege 
2 
char. 
reset 
rentrlwl 
bit 
(ANLl 


TstPrn 
E~u 
10H 
;Char 
print 
test 
NrmPrn 
E~u 
OEFH 
i Normal 
char 
input 


EOF 
E~u 
08H 
; set 
EOF Fl.g 
ChEOF 
E~u 
OF7H 
.cl •• r EOF 
flag 
- 
Not 
EOF 


CRLF 
E~u 
04H 
,CR/LF 
CI~CR 
E~u 
OFBH 
;Clear 
CR/LF 
CBFLn 
E~u 
02H 
,Full 
Line 
in Cher 
Buffer 
NCBFLn 
E~u 
OFOH 
;Not 
Full 
Line 
in Char 
Buffer 


IntCBR 
E~u 
OIH 
; In1 t of CB 
r.gisters 
done 
ClICBR 
E~u 
OFEH 
; Ini t of CB 
registers 
not 
don. 


CRCpl 
LFCpl 
FFCpl 
EscCpl 
AscCpl 
FTCpl 
CR 
Space 


E~u 
04H 


E~u 
20H 
E~u 
7FH 


E~u 
OF3H 
E~u 
OF6H 
E~u 
OF4H 
E~u 
OE~H 
E~u 
OEOH 
E~u 
OC8H 
E~u 
OOH 
E~u 
20H 


E~u 
81H 
E~u 
82H 
E~u 
7fH 
E~u 
66 
E~u 
OC4H 
E~u 
IBH 


iAscii 
End 
2'5 
cpl 
- 
test 
line 
start 
iAscii 
End 
2's 
cpl 
- 
within 
1in. 
print 


i Ascii 
mask 
•• 
trip 
off 
MSB 


iPage 
Line 
Count: 
D.fault 
• 
66 
iPrint.d 
lin •• 
per 
page 
t.st 
iEOF 
.5cii 
code 
cp1 


LAsEnd 
PAsEnd 
AscStp 
PgLnCt 
PgLCpl 
EOFCpl 


inter 
AP-161 


0006 
= 295 
NDtCCt 
Ellu 
06H 
OOOA 
= 296 EDtCCt 
EllU 
OAH 
0004 
297 PHCntl 
EQU 
04H 
298 
0004 
299 
ILFCnt 
EllU 
04 
0024 
300 LPI6p6 
Ellu 
36 
001D 
301 LPI8p8 
EllU 
27 
0018 
302 LPII0 
Ellu 
24 
303 
0001 
= 304 
LineCt 
Ellu 
01 
0042 
305 FmFdCt 
EllU 
66 
0003 
306 Statu~ 
EQU 
03H 
307 


= 308 
= 309 
= 310 
PG 


0080 
0030 
OOCC 
0000 
OOCC 
OODA 
0092 
OOCO 
0098 


OODF 
0020 
OOEF 
0010 


0000 
0003 
0008 


0001 
0003 
0002 
0000 


0004 
OOOC 
0008 
0000 


311 
312 


= 313 
• 314 
= 315 
• 316 
= 317 
= 318 
319 
320 


:=I 
321 
= 322 
= 323 
= 324 
325 


• 326 
• 327 
328 
329 
330 
331 
332 
333 StrpLF 
334 StrpCR 
335 
336 
= 337 
= 338 PTRQLO 
= 339 PTRQHI 
= 340 
341 
342 
343 
344 
• 345 
346 FStCRP 
347 RStCRP 


= 34B'STLFF 
349 
350 
= 351 
= 352 
= 353 
354 


= 355 
= 356 
= 357 
• 358 
359 
• 360 
• 361 
= 362 
• 363 
= 364 
j 
PG 


.Norm.l 
Dot 
Column 
Count 
,E.panded 
Dot 
Column 
Count 
;NUMBER 
OF SM PHASES 
ON 
INIT 


• Init 
LF 
step/phz 
count 
iLines 
Per 
Inch 
6.6 
jLines 
Per 
Inch 
8.S 
,Lines 
Per 
Inch 
10 


; 1in.feed 
count 


j lines 
per 
formfeed 
count 
;SEE BELOW 
FOR STATUS 
BYTE 
DEF, 


TEST: 
SET FOR CR STPR 
MTR CONTROL 


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
TIMER 
VALUES 
- UPI 
Timar/Counter 
is UP Countar 
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
12 MHz 
elk 
timings 


DLYCL 
DLYCS 
D1VTim 
F.ilTm 
CrTmTl 
CrTm,,2 
CrTmr3 
IntTm2 
LFTMRI 


NotBs'l 
Busy 
Ack 
ReSAck 


80H 
30H 
256-52 
256-256 
256-52 
256-70 
256-110 
256-64 
256-104 


;DELAY 
COUNT 
Long 
;DELAY 
COUNT 
Short 
.TIME 
DELAY 
const.nt 
~2.0mS 
;FailSafa 
TIME 
= ~17,OmS 
;CR Stpr 
Mtr 
Phasa 
TIME 
= 
;CR Stpr 
Mtr 
Phasa 
TIME 
= 
ieR 
Stpr 
Mtr 
Phase 
TIME 
= 
; Init 
Stpr 
Mtr 
Phase 
TIME 
;LF 
Stpr 
Mtr 
Phase 
TIME 
= 


~2,08mS 
~2.40mS 
""4. 16m5 


:::II ""2.40m5 
""4. 16m5 


; Not 
Busy 
;BusV 
; Aclc 
;R.S.t 
Ack 


Print 
bit 
EQU 
EQU 


Head 
fire, 
on 
lo~ 
going 
edge 
of 
Trigger 
.9 
in 
dot 
column 
is 
masked off. 
al",.vs; 
40H 
;PH TRIQQER 
BIT 
- LOW 
OCOH 
;PH TRIQQER 
BIT 
- HIQH 


St.pper 
EQU 
EQU 
Ellu 


Motor 
Phe.e 
OOH 
03H 
08H 


port 
bit 
OOFH 
20H 
OEFH 
10H 


* • * • • • • • • • • • * * • • • • • • * * • * • • • • • * * * 


Stepper 
Motor 
Phesa 
Stete 
E~uetes 
* * .•• * * • * * • • * * * * * • * • • * • • * * • • • • • • • 


Mise 
bit 
M.sk. 
EllU 
OCH 
EllU 
03H 


CARRIAQE 
STEPPER 
MOTOR 
For~.rd 
(1 thru 
4> 
~ 
EQU 
01B 
EQU 
llB 
EQU 
lOB 
EQU 
OOB 


Shift 
Inda. Offset 
Offsat 
iF 
CR 
.tpr 
mtr 
ph •• e 


iR 
CR 
stpr 
mtr 
ph •• e 
iPeper 
feed 
stpr 
mtr 


data 
start 
addr 


dat •• 
tart 
addr 
phase 
data 
start 
addr 


PHASE 
EQUATES 
Reverse 
(4 thru 
1) 
;CR STPR 
MTR PHASE 
1 
;CR STPR 
MTR PHASE 
2 
;CR STPR 
MTR PHASE 
3 
;CR STPR 
MTR PHASE 
4 


;LINE 
FEED 
STEPPER 
MOTOR 
PHASE 
EQUATES 
For...,ard: 
EQU 
0100B 
LF STPR 
MTR 
PHASE 
1 
EQU 
1100B 
LF STPR 
MTR PHASE 
2 
EQU 
1000B 
LF STPR 
MTR PHASE 
3 
EQU 
OOOOB 
LF STPR 
MTR PHASE 
4 


CRMFPl 
CRMFP2 
CRMFP3 
CRMFP4 


LFMFPl 
LFMFP2 
LFMFP3 
LFMFP4 


inter 


0000 


0000 040B 


0003 
0003 
142:l 
000:l93 


0007 
0007 
1429 
0009 C:l 
OOOA 83 


OOOB 
l:l 
OOOC 3:l 
0000 B40F 
OOOF 942F 


0011 9449 
0013 9400 


a 367 
~ 368 
a 369 
a 370 
• 371 
••372 


a 373 
- 374 
- 37:l 
a 376 
a 377 
- 378 
• 379 
a 380 
- 381 
- 382 
a 383 
• 384 
I 


- 38:l 
386 
• 387 
- 388 
• 389 
- 390 
- 391 
• 392 SCR80 


=I: 
393 
- 394 SCRI32 
a 39:l 
396 SLF 
- 397 
• 398 SI10FF 
399 
400 
401 


404 
* * 
40:l 
406 


407 
408 
409 
410 
411 
412 START: 
413 
414 
41:l 
416 19FIV: 
417 
418 
419 
420 TI1RIV: 
421 
422 
423 
424 


42:l 
426 
ReseT: 
427 
428 
429 
430 
431 
432 
433 
434 


43:l I 
436 
437 
Home: 
Call 
438 
439 
Call 
440 CBlnpt: Call 
441 
442 


CODING: 
SLF 
SCR80 
SCRI32 
SI10FF 


OliO 
06H 
1000 
OAH 
I I 0 0 
OCH 
I I I 0 
OEH 
W/SCR80 L 5CRI32 
'0' [90TH SELECTED] 
DEFAULT 
IS TO 80 COL. 
[DO NOT KNOW WHETHER SCR80-'0' WILL 
SELECT BO COL ONLY] - REOUIRES TEST. 


EOU 
OBH 
,SELECT 
••• 
/LF 
EOU 
OCH 
,SELECT 
w/LF 
EQU 
06H 
,SELECT 
lifteR 
EOU 
OEH 
,SELECT 


CR STPR I1TR - 80 COL 
STPR I1TROFF 
CR STPR I1TR- 132 COL 
STPR I1TROFF 
LF STPR I1TRON 
STPR I1TROFF 
CR L LF STPR I1TROFF 


INPUT 
ORG 
Call 
RETR 
TlI1ER 
ORG 
Call 
SEL 
Rot 


BUFFER FULL 
INTERRUPT CALL ENTRY AND VECTOR 
03H 
IBF15 


OVERFLOW 
INTERRUPT CALL ENTRY AND VECTOR 
07H 
TI1RI5 
RBO 


I 
TCnt! 
In1tAl 
ClrDI1 
; s.t 
all 
critical 
outputs 
in.ctive 
;cl •• r 
all 
data 
m.mor~ - 93H 
to 
7FH 
do 
not 
cl •• ,. RBO, 
RBt 
or 
Stack 
,CALL CR 511POWER ON INIT 
,CALL LF 511POWER ON INIT 


Call 
Home 
CR 
routine 
- 
fixe. 
logical 
and 
phwsical 
CR 
Home 
s.t 
default 
register 
value. 
Stat 
Switch 
I 
CD 
Input 
Service 
Test 
t.st 
fo1": 
CD full/fill. 
LF. 
FF. 


Ch.,. Pf'nt T.st 


0018 3400 
0010 9400 
OOIF 05 
0020 FA 
0021 7215 
0023 0419 


0025 8A20 
0027 15 
0028 83 


0029 
15 
002A 35 
0028 83 


002C 05 
0020 FA 
002E 53EF 
0030 AA 
0031 C5 


0032 OF 
0033 
1230 
0035 3245 
0037 5249 
0039 725E 
0038 042C 


0030 FA 
003E 4304 
0040 AA 
0041 9400 
0043 042C 


0045 9400 
0047 042C 


0049 05 
004A FA 
0048 4310 
0040 AA 
004E 8823 
0050 FO 
0051 0381 
0053 
91.57 


0055 8020 
0057 FO 
0058 AF 
0059 
10 
OOM 
8439 


005C C5 
0050 83 


443 
Rep •• t: 
444 
445 
441. 
447 
448 
449 
450 
PG 


Call 
Call 
SEL 
May 
"'83 
"'mp 


SMDriv 
LFDriv 
R81 
A.ChStRI 
Home 
C81npt 


;get 
the 
Char 
St.tus 
Regi.ter 
RBI 


j Jump 
to 
CR 
8M 
Home 
if 
EOF 
bit 
s.t 


; loop 
to 
Char 
Bu"er 
Input 
test 


451 
* * * * * •• 
* • * • * * * * * 
• * * • * * * * * * * * * * • * * 


452 
Interrupt Service Routine 


Acknowledge 
Char 
input 
and 
set 
Hold/Bu.~ Active 
ORL 
P2.•Bu.~ 
;get 
& s.t 
DBS 
ACK/BusV 
Bit. 
Oi. 
I 
; disabl. 
IBF 
intel"rupt. 
Rot 


ITF 
interrupt 
service 
routine 
disable. 
all 
intr 
during 
stpr 
mtr 
pha ••• 
hifting 
TI'1RIS: 
Ois 
I 
; disable 
IBF 
interT'upts 
Dis 
Tent 
I 
,die.bl. 
ITF 
interrupts 
Rot 


R8l 
A.ChStRI 
A,.NrmPrn 
ChStRI.A 


RBO 


;get 
the 
characte,.. 
stat 
reg 
bVt. 
; set 
normal 
character 
input 


;stare 
the 
stat 
bVt. 


FOl"mFd: 
Mav 
ORL 
May 
Call 


"'mp 


Test 
MavD 
"'BO 
"'81 
"'B2 
"'83 
"'mp 


External 
St.tu. 
A.P7 
FormFd 
LinFd 
ChT'T.t 
OnLine 
ESC8fF 


Port 
; get 
the 
stat 
'.witch 
port 
bits 
service 
Formfeed 
service 
Line' •• d 
.ervic. 
Ch ••rActer 
TEST 
•• rvice 
Char 
Buffer 
Ch.ck/Fill 


;Loop 


A.GStR20 
A •• FrmFd 
GStR20.A 
LfDriv 
ESC8fF 


iget 
the 
st.tus 
bVt. 


j let 
the 
fo~mf••d 
stat 
fl.g 
istore 
trhe 
status 
but. 
ido 
• 
formf.ed 


Chl"Tst: 
SEL 
R81 
May 
A.ChStRI 
;got tho 
chAr.cter 
st.t 
ng 
b~to 


ORL 
A .• T.tPrn 
i set 
ch.r.cter 
test 
flag 
May 
ChStRl.A 
j star. 
tho 
stat 
b~to 
May 
TmpRl0,.PTAscS 
j lo.d 
tho 
psuedo 
Ascii 
code 
tmp ng 
.ddl" 


May 
A./tTmpRIO 
; g.t 
tho 
inc'd 
.scii 
code 
ADD 
A .• LAsEnd 
j t.st 
far 
cod. 
ond 


"'NZ 
AscCLd 
; if 
nat 
code 
ond Jmp ta 
lo.d 
;if ond r •• t."t 
.scii 
at 
begining 


May 
eTmpRl0 
.• Ascii 
I store 
tho .,cii 
code 
st.rt 
AscCLd: 
May 
A.rtTmpRIO 
i get 
tho •• cii 
code 
.gain 
May 
OpnR71.A 
i pl.c. 
in tho empt", 
register 
Inc 
/tTmpRIO 
i Inc 
st.rt 
ASCII 
ch ••l" in d.t. 
memor\! 


Call 
PrnT.t 
i c.ll 
tho 01'1lo.d 
procedure 
SEL 
R80 
j r ••• lect 
reg 
b.nk 
0 
Rot 


intJ 


005E 
D5 
005F 
05 
0060 
F'" 
0061 
3267 
0063 
146D 
0065 
0460 
0067 
C5 
006S 
S3 


006" 
D5 
006 •••F ••• 
006B 
32EC 
0060 
527C 


006F 
05 
0070 
D6EC 


0072 
F'" 
0073 
127C 


0075 
4301 
0077 
•••••• 
007S 
B"7F 
007 •••BD50 


007C 
EDS6 
007E 
FA 
007F 
4302 
OOSI 
53FB 
00S3 
53FE 
00S5 
"'A 
00S6 
FA 
00S7 
52EI 


OOS" 
"AEF 
OOSB 
22 
OOSC 
537F 
OOSE 
"'S 
OOSF 
SAIO 


00"1 
03EO 
00"3 
F6"7 
00"5 
04"C 
00"7 
"7 
OO"S 
FS 
00"" 
AI 
OO"A 
04E3 


OO"C 
FS 
OO"D 
03F3 
OO"F 
C6C3 
OOAI 
FS 
00A2 
031B 
00A4 
"6AA 
00A6 
FS 
00 ••• 
7 
••• 
1 
OO"'S 04B" 
OOAA 
FS 
OOAB 
03F4 
OOAD 
"6EI 
OO ••• 
F 
C5 
OOBO 
FA 
OOBI 
4304 
00B3 
"'A 
00B4 
05 
00B5 
FA 
00B6 
4304 


OOBS 
"'A 
OOB" 
FA 


OnLine: 
SEL 
RBI 
EN 
I 
CBfCkl; 
Moy 
A.ChStRI 
JBI 
CBCkE. 
IBfCk: 
C.ll 
CBFiIl 


.Imp 
CBFCkI 
CBCkE" 
SEL 
RBO 
Rot 


PG 


select 
chAr 
bu,fer 
registe.,.s 
enable 
interrupt. 
get 
the 
Char 
Stat 
Bvte 
if 
Chr 
Buf 
h.s 
full 
line 
.Iit 
r•• d 
_ 
char 
into 
Char 
Buf'e.,. 
loop 
to 
Char 
Bu' 
Ful 
t.st 


Input 
Buffer 
Full 
service 
routine: 
t •• t 
'or 
Char 
buffer 
full-elit 
else 
load 
char 
into 
char 
buffer 
IBFSry: 
SEL 
RBI 
Mav 
A.ChStRl 
;get 
the 
RBO 
.tat 
bvte 
~Bl 
C8Full 
;if 
Do 
Not 
Print 
Bit 
S.t 
- 
EXIT 
C8Ftll: 
.J82 
CSPed 
it •• t 
for 
CB padding 
flag 
if 
not 
pad 
enable 
char 
input 
t.ll 
the 
host 
to 
send 
char'. 


Acknowledge 
Char 
input 
and 
set 
Hold/Bu.~ 
Active 
Mav 
A, ChStRl 
; get 
the 
RBI 
Char 
Stat 
BVt. 


.JBO 
Skplnt 
;test 
for 
C8 
has 
b •• n 
Initialized 


Init 0' .11 
Char 
handling 
registers 
ORL 
A •• IntCBR 
iset 
CB 
Reg 
skip 
Initialization 
.t.t 
bit 
Mov 
ChStRl.A 
is.ve 
the 
.ltered 
st.t 
bVte 
Mov 
CAdrRl 
.• FClfSt 
i lo.d 
ch.r 
reg 
w/ch.r 
bu.r 
strt 
Mov 
CCntRI 
•• ChlfS, 
i lo.d 
ch.r 
cnt 
reg 
w/ch.r 
bufr 
si,e 


,DECREMENT 
BUFFER 
SIZE 


i get 
the 
st.tus 
bvte 


i .et 
Ch.r 
Du'fer 
Full 
Line 
.t.t 
bit 
icle.r 
the 
CR/CLF) 
.t.t 
bit 
ire.et 
CD 
Init 
bit: 
init 
CD 
reg 
on 
entry 
istore 
the 
st.tu. 
byte 
iget 
the 
st.tus 
byte 
iCB 
not 
full 
but 
CR/LF 
previously 
received 
.0 p.d 
CB 
ioutput 
DDS 
Ack 
low 
;re.d 
the 
Ch.r 
istrip 
off 
f1S8 


i temp 
s.ve 
ch.r 
;output 
DDB 
ACK 
High 


test 
ADD 
JC 
.Imp 
Clr 
Moy 
Moy 
.Imp 


for 
ASCII 
print.ble 
ch.r.cter 
A •• ASCCpl 
i t•• t 
for 
C.rri.ge 
A.ciiC 
, Jmp 
to 
•• rvice 
ChrChk 
C 
A.TmpRIO 
.CAdrRI. 
A 
IBFSrE 


icle.r 
c.rry 
'l_g 
;get 
the 
ch.r 
b.ck 
; lo.d 
d.t. 
memory 
w/Ch.r 


t•• t 
'or 
CR/LF: 
if 
CR/LF 
Strip 
o'f 
LF 
.nd 
e.it 
.etting 
Ch.r 
Buf'er 
Init 
St.t 
bit 
ChrChk: 
Mov 
A.TmpRI0 
iget 
the 
ch.r 
b.ck 
ADD 
A •• CRepl 
ite.t 
for 
C.rri.ge 
Return 


..JZ 
CRChr 
i 
if 
CR 
go 
.ervice 
it 
Mov 
A, TmpRIO 
i,et 
the 
ch.r 
b.ck 
ADD 
A •• EOFCpl 
ite.t 
for 
End 
Of 
File 


..JNZ 
ChrCkl 
i if 
not 
EOF 
Jlftpto 
CD 
P.d 
Mav 
/Jr.,TmpRIO 
iif 
EOF, 
pl.ce 
it 
in 
CD 
Mov 
eCAdrRI.A 
; lo.d 
d.t. 
m.~orv 
w/CR 
Ch.r 


..Imp 
E.tSet 
,E.it 
ChrCkl: 
Mov 
A.TmpRIO 
iget 
the 
st.tu. 
byte 
ADD 
A •• FFCpl 
it •• t 
for 
FormFeed 
JNZ 
CBP.dl 
,if 
not 
FF 
P.d 
tho 
CB 
SEL 
RBO 
Mav 
A.QStR20 
iget 
the 
.t.tu. 
bVte 
ORL 
A •• FrmFd 
iset 
the 
form'.ed 
fl.g 
Mav 
QStR20.A 
i store 
the 
st.tus 
byte 
SEL 
RBI 
Mov 
A.ChStRl 
get 
the 
.t.tus 
bvte 
ORL 
A, .CRLF 
set 
CRLF 
.t.t 
bit: 
p.d 
b.l.nce 0' CD 
with 
Sp.c •• 
until 
fill 
Mav 
ChStRI.A 
store 
the 
.t.tus 
byte 
E.tSet: 
Mav 
A.ChStRI 
get 
the 
.t.tus 
byte 


CBP.d: 
Skp Int: 
DJNZ 
Moy 
ORL 
ANL 
ANL 
Moy 
LdCh.r: 
Mov 
JB2 


CCntRI.LdCh.r 
A.ChStRI 
A •• CBFLn 
A •• CI.,.C.,. 
A •• CIICBR 
ChStRI. 
A 
A.ChStRI 
CBP.dl 


P2 •• Ack 
A.DBB 
A •• AscStp 
TmpRIO.A 
P2 •• R.SAcll 


inter 


OOBA 4302 
OOBC 53FB 
OOBE 53FE 
OOCO AA 
OOCI 04EC 


00C3 FB 
00C4 AI 
00C5 C5 
OOCb 
IE 


00C7 FE 
OOCB 03C4 


OOCA EbOO 
OOCC FA 
OOCO 4304 
OOCF AA 
0000 05 
0001 05 
0002 9AOF 
0004 Ob04 
OOOb 9AEF 
OOOB 22 


0009 FA 
OOOA 4304 


OOOC AA 
0000 BAIO 
OOOF 04E3 


OOEI BI20 


00E3 C9 
00E4 FA 
00E5 32EC 
00E7 52EC 


00E9 05 
OOEA 9AOF 


OOEC B3 


0100 


0100 
3b22 


0102 FA 
0103 53BF 
0105 530F 
0107 43BO 
0109 4301 
OIOB 53EF 
0100 AA 
OIOE 05 
OIOF FA 
0110 43BO 
0112 AA 
0113 C5 


0114 DB21 
011b 
FO 
0117 AD 


b02 
b03 
b04 
b05 
bOb 
b07 
bOB 
b09 CRChr: 
blO 
bl1 
bl2 
bl3 
bl4 
bl5 
bib 
.JNC 
NoFmFd 
617 
Mav 
A, GStR20 
biB 
ORL 
A••FrmFd 
619 
Mav 
GStR20. A 
620 NoFmFd: SEL 
RBI 
621 
En 
I 
; enable 
the 
IBF 
service 
622 
ANL 
P2 •• NotB.~ 
;output 
,. not 
busV 
to 
Host 
623 
LFTest: 
.JNIBF 
LFTe.t 
; loop 
to 
next 
char 
624 
ANL 
P2. "Ack 
; output 
DBB Ack 
low 
62:5 
In 
A.DBD 
qJet 
next 
Char 
- 
assume 
it'l 
a 
LF 


626 
and 
ignaT 
it 
(LF 
is 
'orced 
upon 


627 
detection 
of CR at print time) 


628SetPad: 
Mav 
A.ChStRl 
;get 
the 
status 
bVte 
629 
ORL 
A•• CRLF 
; .et 
CRLF ,t.t 
bit: 
pad 
balance 0' CD 
630 
; 
with 
Space, 
until 
fill 
631 
Mav 
ChStRl. A 
; store 
the st.tul 
b••t. 
632 
ORL 
P2, .R.SAck 
; output 
DBB ACK High 
633 
..Imp 
IBfSrE 
; Jlnp to 
addr 
step 
&: exit 
634 
; ------------------------------------------------------------------------ 
63' 
fill 
Char 
Duffer 
with 
.p.ce 
636 
CBP.dl: 
Mov 
eCAdrRl,.Sp.,e 
i lOAd 
d.t. 
memor~ 
w/Cher 
b37 
638 
.tep 
b39 
IBFSrE: OEC 
640 
Mov 
b41 
.JBI 
b42 
.JD2 
b43 
b44 
b45 
b4b 
b47 
b4B 
b49 
CBFull: 


b50 
CBFIE" 
Rot 
b" 
652 


Store 
l10v 
l10v 
SEL 
INC 
l10v 
Add 


A •• CBFLn 
A .• ClrCr 
A,.C IICBR 
ChStRl.A 
CBFIE, 


CR 
e•.•• 
T' re.d 
A,TmpRl0 
@CAdrRI,A 


RBO 
LnCtRO 
A.LnCtRO 
A••PgLCpl 


the 
ch.r 
.ddre •• 
CAdrRl 
A,ChStRI 
CBFul1 
CBFIE, 


let 
Ch.r 
Buffer 
Full 
Line 
st.t 


cle.r 
the 
CR/(LF) 
st.t 
bit 
reset 
CD 
1nit 
bit: 
init 
CD 
reg 
store 
the 
status 
b~te 
E.it 


in 
LF 
cher 
(assume 
its 
.1wAVs 
there) 
.nd 
ignor 
it 
.get 
the 
chAr 
b.ck 


i lOAd 
d.t. 
m.mor~ w/CR 
ChAr 


i ine 
the 
line 
count 


.get 
the 
line 
count 


.test 
for 
pAge 
feed 
In 
cnt 
if 
LnCt 
~> PgLnCt 
.et 
formf.ld 
ii' 
not 
.t 
end 
of 
page 
skip 
;g.t 
th. 
status 
b~t. 


j s.t 
the 
form 
fe.d 
status 
'l_g 
is.ve 
the 
st.tus 
bVt. 


test 
for 
CD 
full 
&/01' 
ped 
iD.crement 
d.t 
memor~ 
loe.tio" 
i g.t 
the 
st.tus 
bVte 


• t.st 
for 
CD 
Full 
• tlst 
for 
CD 
pAd 
- 
e.it 
w/BusV 


Set 
BvsV 
Line 
Low 
- 
Not 
BusV 
EN 
I 
ANL 
P2,.NotBsV 


6~3 
* * * • • * * * * • * * * * • • * • * • • * * • * * • * * * * * * * * • * 


6~4 
L-to-R/R-to-L Carriage Stepper Motor Drive 


m 
and Line Printing 


b5b 
b57 
b5B 
b59 
660 
SMDT'iv: 
~TO 
RAcell 
I if 
Print 
H.ad 
at 
left 
drive 
right 


661 
, 
,1'1 
drive 
11ft 


662 
I 
F••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• 


663 
FAcell: 
IL-to-R 
Acc.llrate 
StlPPlr 
Motor 
664 
J 
Sit 
the 
Forward 
.,elllr.tian/drivi 
EntrW 
stetUI 
bit. 
bb~ 
l10v 
A.QStR20 
,got tho st.tus b~to 
666 
ANL 
A, "ClrSnk 
; .It 
not 
et 
.p.ed 
fleg 
• 
0 
bb7 
ANL 
A,.NAtSpd 
'ut 
Not At Bpud 
U.g 
• 0 


bbB 
ORL 
A,.LRPrnt 
,sot L-to-R 
prnt st.t bit. 
I 
669 
ORL 
A,.R.edw 
I.,t 
.tpr 
mtr 
r.edw 
- 
Driv. 
On 


670 
ANL. 
A, .ADlntN 
; •• t 
,../01n1 t Not 
Don. 
671 
Mov 
OStR20, 
A 
,.tor. 
thl 
.tetu' 
b\ltl 
b72 
CBROlr: SEL 
RBI 
b73 
l10v 
A,ChStRI 
b74 
ORL 
A,.LRPrnt 
b75 
l10v 
ChStRl, A 
b7b 
SEL 
RBO 
b77 
678 
J 


b79 
bBO 
bel 
bB2 


iglt 
the 
Cher 
Stet 
Rig 
Oet. 
MI~ 
Addr 
,Sot L-to-R 
print bit 


J .evi 
thl 
Cher 
8tet 
bWt. 


thl 
ph.'1 
,.Igi.t.r 
ind •• 
eddrl"" 
TmpROO 
•• CPSAdr 
;glt 
Phz 
Storegl 
Addr 
p,uldo 
rig 


A.ITmpROO 
; 
get 
storld 
CR 
le.t 
ph •• 1 
indl. 
eddr 


PhzR30.A 
.plece 
l•• t 
LF 
ph ••• 
ind •• 
edd~ 
in 
Phz 
Reg 


R •• tore 
l10v 
l10v 
l10v 


inter 


OIIB IB 
0119 FB 
OIIA :l21E 
OIIC 2440 
OIIE BBOO 
0120 2440 


0122 FA 
0123 :l3BF 
012:1:l3DF 
0127 537F 
0129 4301 
012B :l3EF 
0120 AA 
012E 0:1 
012F FA 
0130 :l37F 
0132 AA 
0133 C5 


0134 BB21 
01310 
FO 
0137 AB 


013B CB 
0139 FB 
013A 523E 
013C 2440 
013E BB03 


0140 BB22 
0142 FO 
0143 E3 
0144 BB20 
01410 
AO 


0147 BDBA 


0149 230B 
014B 3D 


014C FD 
0140 
102 
014E FB 
014F E3 


01:10BB20 
01:1240 
0153 3C 
01:1455 


01:1:1740C 


01:17FA 
OI:lBF2b4 


OI:lACB 
01:18FB 
OI:lC:12100 
015E 
24102 
0160 BB03 
01102 
246C 


683 
S~t 
up 
for 
next 
ph.se 
bit 
output 
before 
entering 
timing 
loops 


bB4 
INC 
Ph,R30 
,STEP PHASE DB ADDRESS 
bB:I 
110V 
A.Ph,R30 
'CHECK THE PHASE COUNT REO 
6Bb 
JB2 
IAFZ~P 
,CHK FOR COUNT BIT ROLLOVER 
687 
,Jt1P 
SMDflt 
; skip 
adr 
ind •• 
reset 
bBB IAFZ~P: 110V 
Ph,R30••FStCRP 
,ZERO CR SI1PHASE REOISTER 
bB9 
Jmp 
SI1DfIt 
1090 
691 
J 
R=_========= ••==_sz_===s_===_=_=zS$=_==========_====_ 
•••••••••• === 


692 RAceel; 
iR-to-L Accelerat. Stepper "atar 


1093 
------------------------------------------------------------------ 


694 
S.t the Reverse .cceleration/drive E"tr~ status bits 


69S 
Mav 
A.CStR20 
iget the status b~t. 
696 
ANL 
A•• ClrSnk 
i cl.ar 
Print 
R•• d'-! bit 
697 
ANL 
A •• NAtSpd 
iset 
Not 
At 
Sp •• d 
flag 
= 0 
698 
ANL 
A •• RLPrnt 
j set 
R-to-L 
prnt 
status 
bit 
699 
QRL 
A •• R •• dV 
; s.t 
stpr 
mtr 
r •• dv 
- 
Drive 
On 
700 
ANL 
A••ADIntN 
,set AID Init Not Done 


701 
Hav 
QStR20. A 
j store 
the 
st.tus 
b'lt. 
702 RCBRD~: SEL 
RBI 
703 
I10v 
A. ChStRl 
j get 
the 
Char 
Stat 
Reg Dat. 
Me", Addr 


704 
ANL 
A,.RLPrnt 
iSet 
R-to-L 
print 
bit 
70~ 
Mov 
ChStR1,A 
is_V. 
the 
Char 
Stat 
b~te 
7010 
SEL 
RBO 
707 
------------------------------------------------------------------ 


708 
Restore 
the 
phase 
register 
index 
address 
709 
Mov 
TmpROO,.CPSAdr 
iget 
PhI 
Storage 
Addr 
psuedo 
reg 
710 
Mov 
A •• TmpROO 
get 
stored 
CR 
last 
phase 
index 
addr 


711 
Mov 
Ph1R30, 
A 
iplace 
la.t 
LF 
pha.e 
index 
addr 
in 
PhI 
Reg 


712 
Set 
up 
for 
next 
phase 
bit 
output 
before 
entering 
timing 
loops 


713 
Doc 
Ph,R30 
,STEP PHASE DB ADDRESS 
714 
110V 
A.Ph,R30 
'CHECK THE PHASE COUNT REO 
715 
JB2 
IARZ~P 
,CHK FOR COUNT BIT ROLLOVER 
7110 
JI1P 
SI1Dflt 
717 IARZ~P: 110V 
Ph,R30••RStCRP 
,ZERO CR SI1PHASE REOISTER 
71B 
719 SI1Dflt: 
720 
------------------------------------------------------------------ 
721 
for 
stablization 
of 
unused 
stpr 
mtr 
during 
CR 
stpr 
mtr 
drive, 


722 
store 
the 
unused 
stpr 
mtr 
current 
phase 
bits 
723 
Mov 
TmpROO 
•• LPSAdr 
iget 
the 
CR 
phz 
storeage 
addr 


724 
Mov 
A,eT~pROO 
.get 
the 
bvute 
stored 
there 


725 
MovP3 
A.eA 
.get 
the 
phI 
data 
bVte 


726 
Mav 
TmpROO.*LastPh 
j load 
Last 
Phz 
psuedo 
reg 
to 
T.mp 
Reg 


727 
Mov 
eTmpROO,A 
i.tore 
Last 
Ph_.e 
bits 
- 
inderect 


728 
729 
SetUp 
Stpr 
Mtr 
Time 
Constant 
730 
MQV 
TConRO.*CrTmr2 
.Load 
time 
constant 
Reg 
731 
732 
Select: 
iSelect 
the 
Stpr 
Htr 


733 
110V 
A••SCRBO 
,OET CR SI1SELECT BITS 
734 
MOVD 
P5.A 
,SELECT SM [SCRBO] 
735 
---------------------------------------------------------------- 


736 
Setup 
Stpr 
Mtr 
Phase 
Shift 
index 
address 
register 
737 
Output 
next 
phase 
_nd 
init 
timer 
to 
Std 
Time 
constant 


738STRTT: 
MOV 
A.TConRO 
iget 
time 
constant 
from 
reg 


739 
MOV 
T. A 
i load 
the ti ••r 


740 
MOV 
A,PhzR30 
.get 
the 
pht 
reg 
indirect 
addr 
index 


741 
HovP3 
A, eA 
j do 
indirect 
get 
of 
phz 
bits 
742 
743 
---------------------------------------------------------------- 


744 
patch 
together 
the 
CR 
last 
and 
LF 
next 
phase 
bits 
745 
Mov 
TmpROO 
•• LastPh 
j load 
L.st 
PhI 
psuedo 
reg 
to 
Temp 
Reg 


746 
ORL 
A •• TmpROO 
ipatch 
together 
CR 
existing 
& ne~ 
LF 


747 
110VD 
P4.A 
,OUTPUT BITS 
74B 
STRT 
T 
,START TIllER 


749 
750 
At 
start 
of 
timing 
loop 
do 
all 
Stpr 
Mtr 
Aceel/Decel 
or 
751 
Character 
SetUp 
overh •• d 
152 
Call 
ADPT.t 
j call 
Accel/Decel/Print 
T •• t 
753 
754 
J 
Set 
up 
for 
next 
ph •• e 
bit 
output 
before 
entering 
timing 
loops 


755 
PNRd~1: 
it •• t 
for 
for~.rd 
I 
rever.e 
phase 
start 
indirect 
index 
to 
load 


756 
Mov 
A, CStR20 
J .tore 
stat 
byte 
7:17 
JB7 
AeIF2 


7:1B 
759 
reverse: 


760 
j 
Set 
up 
for 
next 
pha •• 
bit 
output 
before 
entering 
timing 
loop. 


7101 
Doe 
Ph,R30 
,STEP PHASE DB ADDRESS 


762 
110V 
A.Ph,R30 
,CHECK THE PHASE COUNT REO 


763 
JB2 
ARZ~DP 
,CHK FOR COUNT BIT ROLLOVER 
764 
JI1P 
ARN.tP 


7105 
ARZ~DP: 110V 
Ph,R30••RStCRP 
'ZERO CR 511PHASE REOISTER 


766 
ARNxtP: 
~mp 
ANxtPh 


inter 


0lb4 
IB 
Olb' 
FB 
Olbb 
'2bA 
0lb8 
24bC 
OlbA BBOO 


OlbC 
Ib82 
OlbE 
'b72 
0170 
24bC 
0172 00 
0173 
'b77 
017' 
24bC 


0177 FA 
0178 D27C 
017A 247E 
017C 74CA 


017E 
Ib98 
0180 247E 


0182 2300 
0184 
b2 
018' " 


018b 
FA 
0187 4308 
0189 AA 
018A 
'b90 
018C 
IbAC 
018E 248A 
0190 00 
0191 
'b9, 
0193 24BA 
019' 
b' 
019b 
42 
0197 AI 


0198 FA 
0199 F2A7 


0193 2bAC 
019D FA 
019E 
124C 


OIAO 4302 
0lA2 '3BF 
0lA4 AA 
OIA' 244C 


0lA7 FA 
0lA8 
124C 


OIAA 24AC 


OIAC '437 


OIAE FA 
OlAF F2B3 


7b7 
7bB 
7b9 
770 Ac lF2: 
771 
772 
773 
774 
AFZroP: 


77' AN.tPh: 
776 
I 
--------------------------------------------------------------- 
777 
stege 
one 
timer 
loop 
T 
occurs 
b.fore 
Std 
timeout 


778 
",.it 
foT' 
time 
out 
779 TLOOP2: ~TF 
FAILSF 
780 
~T1 
tCHKI 
7BI 
~MP 
TLOOP2 
7B2 tCHKI: 
NOP 
783 
~T1 
784 
~MP 
7B~ 
tTruWl: 


78b 
787 
788 
789 
790 
791 
792 
793 
794 
79' 
79b 
797 
79B 
799 
BOO 
BOI FAILSF: 
802 
B03 
804 
BO, , 
BOb 
B07 
B08 
B09 TLOOP3: 
BIO 
811 
812 tCHK2: 
BI3 
BI4 
BU 
ShT ••I: 


Bib 
BI7 
BIB 
BI9 
B20 
821 , 
822 
823 NXTPHZ: 
824 
82' 
82b 
B27 
B2B , 
829 
830 
831 
832 
833 
834 
B3, 
B3b 
837 
838 
Forwilrd 


839 
FOT'ive: 


840 
841 
842 
843 
844 
84' DSLECT: 
84b EOLn: 
B47 
848 
849 
8'0 


; 
'orw.,.d: 


S.t 
up 
INC 
MOV 
~B2 
~MP 
MOV 


Rd~Pr2: 
PNRd~2: 
SkpPHF: 
tTruW2: ~TF 
~MP 


for 
nelt 
phil •• 
Ph,R30 
A.Ph,R30 
AFlroP 
ANltPh 
Ph,R30 ••FStCRP 


bit 
output 
before 
entering 
timing 


,STEP PHASE DB ADDRESS 
,CHECK THE PHASE COUNT REO 
,CHK FOR COUNT BIT ROLLOVER 
iskip 
i1dr 
index 
reset 
,ZERO CR SM PHASE REOISTER 


,~MP ON TIME OUT-t DOES NOT OCCUR 
1ST 


i IS T HIOH-~MP TO tCHK 
'LOOP FOR ~Tl OR ~TF 
; dele",_ 
then 
double 
check 
T sign.l 


i~UMP T TEST TRUE-WAIT 
FOR ~TF 


test 
for 
Print 
R •• d", bit 
- we. 
Print 
H •• d Fire 
S.tup 
Done? 


ins.rt 
.eceleretia" 
time/.tore 
ti~. 
count 
dane/notdone 
fli1. 
bit 


Mav 
A,OStR20 
;get 
the 
stAtus 
b\lt. - prep 
foT' 
prnt 


'-'86 
Rd",P,,&! 
I if 
R•• d", P"int 
bit 
I.t 
cill1 
PHFire 


J",p 
SkpPHF 
el'e 
skip 
Print 
H•• d Fir. 


e.ll 
PHFir. 
lprint 
h•• d lol.noid 
fir. 
rautin. 


St.p 
into 
fail •• fe/,tartup 
tim.r 
.etup 
- T doe. 
not 
occur, 
b.fore 
Std 
Time 
tim.out, 
load 
fail'af. 
SM 
prot.ction 
time 
and 
wait 
for 
f.il,af. 
timeout 
or 
T. 
If T occur. 


output 
pha,. 
imm.diat.l~ 
.ft.r 
T v.rif~. 


MOV 
A,*FailT", 
ILOAD 
TIMER 
W/~l'. OmS 
MOV 
T.A 
SM PROTECTION 
TIMEOUT 
STRT 
T 
,START TIMER 


lOt tho Shtul 
bit for 
MOIf 
A.QStR20 
ORL 
A••FSCT•• 
MOIf 
OStR20.A 
~T1 
tCHK2 
~TF 
DSLECT 
~MP 
TLOOP3 
NOP 
~T1 
StrT••I 
~MP 
TLOOP3 
Stop 
TCnt 
MOIf 
A.T 
MOV 
.TStrRO.A 


Star. 
time 
te.t 


19.t 
the 
,t.tu, 
b~t. 


l •• t Fails.f./constant 
time 
flag 
lstar. 
the 
status 
b~te 


,IS T HIQH 
,IF TIME OUT QO SM ERROR 
'LOOP UNTIL T HIQH OR T-OUT 
,WAIT 


J Jump 
aut 
and 
stare 
.laps.d 
time 
, 
~MP TO FAILSF LOOP 
I stop 
the 
f.ilSafe 
Timer 


i read 
the 
timer 


iStore 
the 
time 
read 
in 
indeled 
addr 


- nelt 
entr~ 
to A/D 
Memorize 
Time 
routine 
will 
add 
time 
constant 
to 
it 


MOIf 
~B7 


Reverie 
ALWAYS 
~NTO 
Mo\( 
~BO 


A, QStR20 
istare 
st.t 
b~te 
FDrive 
test 
for 
Rever,e 
Stpr 
Mtr 
Drive 
procedure 
elit 


drive 
the 
CR 
to 
the 
l.ft 
malt 
HOME 
position 
EOLn 
ite,t 
if ham. 
position 
Jmp 
,top 


A, QStR20 
ig.t 
the 
status 
b~te 
St1'"tT 
lt.st 
R•• d~ 
st.t 
bit: 
l 
if bit 
0 • 
1 then 
Print 
M01'"e 
i,et 
the 
do 
not 
p1'"intflag 


icl ••r Print 
R.ad~ bit 
isav. 
the 
statuI 
b~t. 
icontinue 
CR 
SM 
drive 
- 
onl~ 
•• it 
il 
HR 
t.st 
for 
Forward 
Stpr 
Mtr 
Driv. 
procedure 
elit 


A••DoNotP 
A••ClrSnk 
QStR20.A 
StrtT 


iget 
the 
,tatus 
b~t. 


ite,t 
Read~ 
,tat 
bit: 


if bit 
0 • 
1 then 
P1'"int 


el,e 
Jmp 
to End 
Of 
Line 


; Jump 
to 
start 
timer 
again 


te't 
for 
forward 
I 
rever,e 
pha,e 
,tart 
indirect 
index 
to 
load 
Mov 
A, QStR20 
i,tore 
,tat 
b~te 
~B7 
FDrvFS 
i JIIlPto 
f drive 
flag 
set 


inter 


01B:l :l30F 
01B7 
AA 
01BB 
B3 


0200 


0200 
1120C 


0202 
BII2F 
0204 
BCOB 
020b 
FA 
0207 
4310 
02011 AA 
020A 
443b 


020C 
EC26 


020E 
FA 
020F 
4320 
0211 
AA 


0212 
322b 


0214 
05 
021:l FA 
021b 
4340 
021B 
AA 
02111 F21F 


021B 
BII2F 
0210 
4421 


021F 
BilBO 


0221 
BO:ll 
0223 
BBOI 


022:l C:l 


022b 
722C 


022B 
FO 
02211 AI 
022A 
443:l 


022C 
Fl 


022D 
03CB 
022F 
bD 


0230 
Al 


0231 
FA 
0232 
:l3F7 


Bb4 
Bb:l 
Bbb 
Bb7 
BbB 
AOl1mTS: JB4 
Bbll 
B70 
B71 
B72 
B73 
B74 
B75 
B7b 
B77 
B7B 
879 
Step 
the 
AID 
Store 
caunt 
880 
DADlnt: 
O'-'NZ 
CntR40. 
StorCt 
; dec 
Times 
to 
store 
count 
881 
; if 
not 
0 
store 
the 
count 
882 
;.1 ••• 
t 
end-s.t 
don_ 
fl_g 
883 
Mav 
A, QStR20 
.get 
the 
.t.tu. 
b~t. 
884 
ORL 
A,'AtSpdF 
.s.t 
.t 
.p •• d/no 
more 
to 
.tore 
es, 
Mov 
GStR20.A 
;.tore 
the 
.t.tU5 
b~t. 
BBb 
B87 
BBB 
BBII 
8110 
8111 
8112 I 
8113 
8114 
811:l 
811b 
8117 
8118 
81111LdCBR: 
l10v 
1100 
Jmp 
1101 
1102 LdCBRl: 
l10v 
1103 
1104 
1I0:l 
1106 
1107 
908 
J 
rest 
for 
t 
:> 
Tc 
or 
t < Tc 
909StorCt: 
"'83 
F.ilST 
Jt •• t 
for 
,.il •• f. 
time 
.witch 


1110 
1111 
1112 
1113 
1114 
1I1:l 
916 
I 


1117 
918 
I 


11111 
1120 
1121 
1122 
1123 
1124 
112:l 
112b 
1127 
1128 I 
11211 
1130 
1131 
1132 


j clear 
Print 
Readv 
bit 


; •• t 
the 
St.tu. 
bit 
for 
Store 
iCl 
•• 
1" 
At 
Print 
Sp •• d 
Bit 


; •• v. 
the 
.t.tU5 
b~t. 
ANL 
A••NAtSpd 
Mav 
QStR20,A 
RET 


Entr~ 
1nit1.111.$ 
the 
AID 
Time 
store 
working 
registers 


TStrRO 
•• SMBfSt 
;Lo.d 
the 
Stpr 
Mtr 
Buffer 
St.rt 
Addr 


CntR40 
•• ASBfSz 
iLo.d 
the 
Buffer 
Size 
A.QStR20 
;get 
the 
at.tu. 
b~t. 
A.IADlntD 
i 
•• t 
not 
1st 
Acc~1 Entr~ FI.~ 
QStR20.A 
lstor. 
the 
st.tus 
byte 
ADExit 
llxit 
- 
1st 
entry 
h •• 
not 
genlr_tld 


• 
closld 
time 
window 


Initi~liZI C~.r 
Print 
Rlgistlrs: 
if 
printing 
enablld 
JOI 
StorCt 
I if 
Do 
Not 
Print 
stet 
bit 
Sit 


Skip 
thl 
Cher 
rlgistlr 
init 


Initieliz~ 
ell 
Chlr 
Rig's 
T.st 
for 
L-to-R 
(for~.rd) 
SEL 
RBI 
~ov 
A,ChStRI 
ORL 
A••CHlntD 
l10v 
ChStRl.A 
JB7 
LdCBRl 


19lt 
thl 
st.tus 
bytl 
ISlt 
Chlr 
Init 
Don. 
fleg 
- 
bypes. 


I S.VI 
the 
stetus 
bytl 
I tlst 
Chr 
Stet 
Bytl 
Rlturnld 
if 
bit 
7 
• 
1 
thin 
Print 
L-to-R 


; loed 
cher 
r.g 
~/cher 
bufr 
strt 
R-to-L 


LdCBR2: 
Mov 
l10v 
SEL 


CCntRl ••ChBfIS 
CDtCRl ••01 
RBO 


Tc 
• 
storl 
Timl 
Const_nt 
in 
us. 
A, TConRO 
IOlt 
timl 
constlnt 
currlntly 
in 
us, 


.TStrRO,A 
1~lmorizl/Storl 
the 
timl 
- 
indir~ct 
.ddr 


AOPRot 


t > 
Tc 
• 
store 
Timl 
Constlnt 
+ FeilSe', 
Timl 
Elep.ld 
[Sll 
AccII/Cnst 
Sp.ld/DICII 
WevlFormJ 
I~ultion 
is: 
Trd 
- 
FeilSefl 
Tim •• 
Tx 
-> 
Trd 
+ 
Cpl(FeiIS.f. 
Timl) 
- 
Tx 
T. 
+ 
Tcnst 
• 
T 
Stori/"imorizi 
T 


FeilSl: 
~OV 
Add 
Add 


A••TSt~RO 
A••FTCpl 
A.TConRO 


19lt 
thl 
storld 
time 
12's 
cpl 
edd 


1 Add: 
Timl 
storld 
+ 
I 
currlntlv 
in 
us. 
IMlmorizl/Storl 
thl 
for 
Stor. 
timl 
t.st 


;glt 
thl 
st.tus 
bvtl 


irls.t 
Feils.fl/constent 
timl 
fl.g 


.ssumls 
Intry 
vie 
con.t.nt 
time 


intJ 


0234 AA 
023~ C~ 
0236 83 


0237 B~2~ 
023~ BCOA 
023B FB 
023C E3 


023D B820 
023F 40 
0240 3C 
0241 FI 
0242 62 
0243 55 
0244 
I~ 


024~ FA 
0240 F2~2 


0248 CB 
024~ FB 
024A ~24E 
024C 44~A 
024E BB03 
02~0 44~A 


02~2 
IB 
02~3 FB 
0254 ~258 
0250 44~A 
0258 BBOO 


025A FB 
0258 E3 


025C 8820 
02~E 40 
025F 
1603 
0201 445F 
0263 3C 
0264 EC41 


0266 8821 
0268 F8 
026~ AO 
020A 8478 
026C 84~0 
026E 83 


933 
Mav 
934 
AOPRet: 
Dee 
93' ADExit: R.t 
~30 
937 
PG 
• • * • • • * • • • • • • • • • • • • • • • • • • • • * • • • • 
Carriage Stepper ~otor Deceleration 


r.verse: 
Set 
up 
Doc 
MOV 
-!82 
-!MP 
DRZroP: 
MOV 
-!mp 


• 
forWArd: 
Set 
up 
DclF2: 
Inc 
MOV 
-!82 
-!MP 
MOV 
DZroPh: 
DN,tPh: 
DclR2: 


SetUp 
May 
May 
MOV 
MovP3 
p.tch 
May 
ORL 
MOVD 
MOV 
MOV 
STRT 
Inc 
test 
May 
-!87 


the 
Deceler.tion 
registers 
TStrRO 
.• SMBEnd 
;Lo.d 
the 
Stpr 
Mtr 
Buffer 
End 
Addr 
CntR40 
•• DSBfSr 
;LoAd 
the 
Buffer 
Size 
A.PhzR30 
;get 
phase 
index 
.ddr ••• 
A •• A 
.get 
ph ••• 
from 
ind ••• d 
addr 
••• 
together 
the 
CR 
l.st 
And 
LF 
next 
ph •• e 
bit. 
TmpROO 
•• L •• tPh 
; load 
Last 
PhI 
psuedo 
reg 
to 
Temp 
Reg 
A •• TmpROO 
.patch 
together 
CR 
existing 
& new 
LF 
P4.A 
,OUTPUT 8ITS 
A •• TStrRO 
,get 
time 
from 
indexed 
d.t. 
memorv 
T. A 
; lOAd 
timer 
T 
,START TIMER 
TStrRO 
.st.p 
the 
Memorized 
time 
addr 
ind •• 
reg 
for 
forWArd 
rever 
•• 
phe.e 
ste~t 
indirect 
index 
to 
loed 
A,QStR20 
i.tore 
.tet 
b~te 
DclF2 


flor next 
Ph,R30 
A.Ph,R30 
DRZroP 
DNx tPh 
PhrR30,.RStCRP 
DclR2 


phe •• 
bit 
output 
beflore 
ent.ring 
timing 
laop. 
,decrement 
the 
phe.e 
eddr 
,Oet 
the 
phr 
dete 
eddr 
,CHK FOR COUNT 81T ROLLOVER 


* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
Stepper ~otor Phase Shift Definitions 
~~~ 
1000 
1001 
1002 
1003 
1004 
1005 
1006 
1007 
1008 
IOO~ 
1010 
1011 


flor next 
Ph,R30 
A.Ph,R30 
DZroPh 
DN,tPh 
Ph,R30 ••FStCRP 


MOV 
f'IovP3 
petch 
May 
ORL 
-!TF 
-!MP 
MOVD 
D-!NZ 


phe.e 
bit 
output 
before 
entering 
timing 
loops 
,increment 
the 
ph •• e 
.ddr 
iO.t 
the 
phr 
det. 
eddr 
;CHK FOR COUNT 81T ROLLOVER 
i.kip 
.dr 
index 
re.et 
,ZERO CR SM PHASE REQISTER 
,set 
up 
for 
next 
ph •• e 
.hiflt 
A,PhrR30 
iget 
ph •• e 
index 
.ddre.s 
A,IA 
iget 
ph •• e 
fro. 
indexed 
.ddres. 
together 
the 
CR 
le.t 
.nd 
LF 
next 
phe.e 
bit. 
TmpROO 
•• L •• tPh 
,lo.d 
L.st 
Phr 
p.uedo 
reg 
to 
T •• p 
Reg 
A,lTmpROO 
ip.tch 
together 
CR 
existing. 
n.w 
LF 
N,tPD2 
;-!I1PON TIME OUT TO NEXT PH 
TLaapD 
,LOOP UNTIL TIME OUT 
P4.A 
,OUTPUT 81TS 
CntR40,StrtTD 
;Exit 
T.st 


Set 
Stor 
•• ,e 
of 
next 
ph •• e 
d.t. 
in 
psuedo 
.ddr. 
Thi. 
insure. 
next 
ph •• e 
i•• 
e,uence 
correct 
for 
.tpr 
~tr 
drive 
direction 
SetRN: 
Mov 
TmpROO,.CPSAdr 
,get 
Phr 
Store.ge 
Addr 
psuedo 
reg 
MOV 
A,PhrR30 
.get 
Phr 
d.t. 
Mov 
ITmpROO,A 
istore 
CR 
Next 
ph •• e 
index 
eddr 
DMExit: 
C.l1 
Dl'lLng 
Cdl 
D.SISM 
RET 


DEFINE PHASE ADDRESSES: 
THE PHASE DATA IS ENCODED TO THE ADDRESS CALLED DURINQ THE 
STPR MTR ENERgIZE SEQUENCE CORRESPONDINQ 
TO THE NEXT PHASE 
OF THE SE~UENCE REOUIRED. 


inter 


0300 01 
0301 03 
0302 02 
0303 00 


0308 04 
0309 OC 
030A 08 
030B 00 


0311 
2bbB 
0313 32bA 
031:1D21B 
0317 FA 
031B 4340 
031A AA 
031B D5 
031C FA 
031D D23A 


1012 
j 


1013 
1014 
IOU 
lOll. 
1017 
101B 
1019 
1020 
1021 
1022 
1023 
1024 
1025 
1021. 
1027 
1028 
1029 
1030 
1031 
1032 
1033 
1034 


DB 
CRMFPl 
DB 
CRMFP2 
DB 
CRMFP3 
DB 
CRMFP4 


DB 
LFMFPl 
DB 
LFIlFP2 
DB 
LFMFP3 
DB 
LFI1FP4 


103' 
I 
•• 
* * • * * * •• 
* • * •• 
* • * ••••• 
1036 
Accel/Decel I Character Handling Test 


1037 
j 
103B 
1039 
1040 
1041 
I 
--------------------------------------------------------------------------- 
1042 
1043 ADPTlt: Mov 
1044 
JB5 
1045 
1041. 
1047 
1048 
I * * * * • * * * • • * * * * • * * • • • • • • • * • • * • * • * • * • • * * 


1049 
Process Characters for Printing 


1050 
1051 
1052 
I 


1053 
1054 
1055 
1051. 
1057 
1058 
1059 
j 
lObO 
lObi 
101.2 
101.3 
101.4 
101.5 
lObI>PHFSet: 
101.7 
10bB 
101.9 
1070 
1071 
1072 SinkSt: 
1073 
1074 
1075 
1071. 
1077 


107B 
1079 
lOBO 
lOBI 
10B2 
031F F1 
IOB3 
0320 03F3 
10B4 
0322 Cb26 
IOB5 
0324 1.437 
lOBI. 
0321. FA 
IOB7 
0327 F22B 
10BB 
IOB9 
0329 1.432 
1090 
1091 


* • • * * • * • • • • • * * * • • * * • * * • * • • * * * * * • • • * • * * 


TEST 
> 
Is CR 
Stpr 
Mt~ At 
Sp •• d ?? 
v •• - S.tUp 
do Ch.~.ct.~Proc •• sing 
No 
- 
C.lculate 
I 
Store 
the 
Acceleration 
Ph ••• 
Shi,t 
Tim. 
(11) 


19lt 
the 
st.tus 
bVt. 


,t.st 
if 
Stpr 
Mtr 
At 
Sp •• d 


; 
Jmp 
to 
Prnt 
Head 
Fire 
Setup 


lll •• 
Call 
Ace.I/Dlcll 
M•• orV 
Tim. 


Character 
dot 
matrix 
- 
normal 
char 
d 
• 
Dot 
Column 
b 
• 
Blank 
Column 


b d d d d d 
<Char 
Matrix) 
000 
0 
000 
1 
001 
0 
00 
1 1 
o 1 00 
o 
1 0 1 


JNTO 
JBl 
JBb 
Mov 
ORL 
Mov 
SEL 
Mov 
JBb 


; if 
R-a 
not 
r •• dv 
to 
print- 
•• it 


J if 
Do 
Not 
Print 
.t.t 
bit 
••t - 
EXIT 


I if 
bit 
prlviouslV 
•• t-skip 
•• tting 
it 


1get 
the 
st.tus 
bVt. 


1.lt 
Prnt 
R •• dV 
Sink 
bit 
IS.V. 
the 
st.tus 
b~t. 


R.trn 
NJRet 
SinkSt 
A.QStR20 
A••SnkSot 
QStR20.A 
RBI 
A.ChStRI 
PageCk 


;g.t 
ch.r 
st.tus 
register 
.ddr 


; t•• t Ch.r 
Init 
Don •. 
1 • 
Print 
Dot 


J 
0 - 
g.t 
Char 


Q.tChr: 
I 
t•• t 
'Dr CR/(LF) 
if it it tho 
t•• t 
po.ition 
in the 
lin. 
CRChCk: Mov 
A••CAdrRI 
;get 
character 
ADD 
A••CRCpl 
;t•• t for Carriag. 
R.turn 
JZ 
CrLnCk 
if CR go •• rviee 
it 
Jmp 
AseiC1 
; if 
not CR 
Ins.rt 
Spac. 
Char 


CRLnCk: 
Mov 
A.ChStR I 
;get 
ch.r 
.t.tus 
register 
.ddr 
JB7 
HIILn 
;t.st 
Chr Stat 
8'-!t.Returned 
if bit 
7 - 
1 th.n 
Print 
L-to-R 
Jmp 
SpFi11 
;I' R-to-L 
print 
.11: ip 
.xit 
upon 
CR 
d.tect 


inter 


1092 
032B 
FD 
1093 
032C 
0309 
1094 
032E 
F632 
1095 
1096 
0330 
648A 
1097 
1098 
0332 
97 
1099 
0333 
2320 
1100 
0335 
6438 
1101 
1102 
0337 
F1 
1103 
0338 
7498 
1104 
1105 
1106 
1107 
033A 
FA 
1108 
033B 
B241 
1109 
0330 F4EB 
1110 
033F 6443 
1111 
0341 D4FO 
1112 
1113 
1114 
1115 
1116 


0343 
EB61 


0345 
FA 
0346 
53BF 
0348 
AA 
0349 
ED 58 
0349 
53FD 
0340 
53FE 
034F 
AA 


0350 
Cll 
0351 
FA 
0352 
53FE 
0354 
AA 
0355 
05 
0356 
6468 


0358 FA 
0359 
F25E 


0359 
19 
035C 
6468 
035E 
C9 
035F 
6468 


if 
L-to-R 
printing 
Mav 
A.CCntRl 
ADD 
A••H1fCp1 
JC 
LnP.d 


Jmp 
"'dLnEx 


SpFi1L 
LnP.d: 
Clr 
C 
l10y 
A •• Splice 
Jmp 
ChIsT't 


elit 
the 
line 
if 
less 
than 
1/2 
line 
printed 


iload 
char 
cnt 
reg 
w/ch.r 
buff" 
size 
;.dd 
the 
2'5 
cpI 
of 
1/2 
chr 
buf 
size 


I if CB>I/2 
full ••t CR/LF 
.t.t bit for p.d 


i If 
CB<1/2 
set 
buffer 
full 
st.t 
bit 


imid-line 
e.it 


'CI 
•• T 
c.T'T'~ 
fll1g 
i insert 
a 
splice 
char 
ichar 
inserted 
Jmp 
over 
get 
chllT' 


fetch 
th. 
char 
dot 
P.g.Ck: 


l10y 
A.ChStRI 
JB5 
Fr.Jmpl 
C.11 
ChrPg2 
Jmp 
I1hht 
Fr..Jmpl 
: 
C.11 
ChrPg1 


1117 
1118 
1119 
1120 I1t,T.t: DJNZ 
1121 
1122 
1123 
1124 
1125 
1126 
1127 
1128 
1129 
1130 
1131 
1132 
1133 
1134 
1135 
1136 
1137 
1138 
1139 
1140 NotLCh: 
1141 
1142 
1143 
1144 StpCh 1: 
1145 
1146 StpCh2: 
1147 
1148 
1149 
1150 ) -------------------------------------------------------------------------- 
1151 
1152 , 
1153 
1154 
1155 
j 


1156 
1157 
1158 PrntDt: 
11'9 PrnDir: 
Mov 
1160 
JB7 
1161 
1162 StpCD1: 
D.c 
1163 
1164 
Jmp 
1165 StpCD2: 
INC 
1166 
1167 
1168 
1169 


column 
d.t. 


ipllg. 
test 
for 
b.l.nee 
of 
chllT' 
;get 
the 
st.tus 
bvte 


ifir 
Jmp 
over 
plig. 
boundrie. 


.Ascii 
,hilT' 
50 
- 
7F 
He. 


; Jump 
to 
M.trir 
Test 


,Ascii 
char 
20 
- 
4F 
H •• 
fall 
thru 
to 
print 
matrix 


and 
CD 
count 
tests 


l10y 
ANL 
l10y 
DJNZ 
ANL 
ANL 
l10v 


A.ChStRI 
A••ClntND 
ChStRl. A 
CCntR1.NotLCh 
A••NCBF1n 
A••C1ICBR 
ChStR1.A 


RBO 
A.QStR20 
A••NotRd~ 
QStR20.A 
RBI 
RetT'n 


.test 
for 
dot 
color 
bl.nk 


istatus 
bvte 
in 
A 
upon 
.ntT'~ here 
iget 
the 
status 
b~t. 


is.t 
Ch.r 
Init 
NotDon. 
stat 
Fla. 


"tore 
the 
.t.tu. 
b~t. 
idec 
ch.r 
cnt-Jmp 
if 
Not 
La.t 
Char 
, i' 
0 
reset 
,t.t 
bit 
Not 
CB 
Full 
Line 


,reset 
CB 
Reg 
Init 
Fl.g 
- 
do 
Init 
is.ve 
the 
st.tus 
b~t. 


iget 
Qen 
St.tus 
register 
.ddr 


icle.r 
the 
readv 
bit 


istore 
the 
general 
Statu, 
B~t. 


l10y 
A.ChStRI 
JB7 
StpCh2 


Inc 
CAdrRl 
Jmp 
Retrn 
Doc 
CAdrRl 
Jmp 
Retrn 


IA 
contains 
LR/RL 
bit 
properlv 
s.t 


iget 
char 
status 
register 
addr 


it.,t 
Chr 
St.t 
Bvte 
Returned 
if 
bit 
7 
• 
1 
then 
Print 
L-to-R 
i Increment 
char 
data 
~emorV 
addr. 


Jget 
char 
statu. 
bvte 
,test 
Chr 
Stat 
Bvte 
Returned 
if bit 7 • 1 th.n Print 
L-to-R 
ireverse 
step 
char 
dot 
col 
inde. 


j 
.ddr 
if R-to-L 
print 
i,kip 
over 
L-to-R 
print 
addr 
inc 


,forward 
.tep 
char 
dot 
col 
inde. 
, 
addr 
if 
L-to-R 
print 


i EXIT 


inter 


0368 C~ 
0369 83 


036A D~ 
0368 FA 
036C F27C 


036E C~ 
036F FA 
0370 ~38F 
0372 83 


0373 D27C 


037~ 4340 
0377 AA 
0378 8807 
037A 6488 
037C E888 
037E FA 
037F ~38F 
0381 AA 
0382 C~ 
0383 FA 
0384 ~3FE 
0386 AA 
0387 83 
0388 C~ 
0389 83 


038A FA 
0388 ~3FD 
0380 ~3FE 
038F AA 
0390 C~ 
0391 FA 
0392 4302 
0394 ~38F 
0396 AA 
0397 83 


0398 AE 


0399 03EO 
0398 F69F 
0390 64C9 
039F 97 
03AO FE 


03AI 0380 
03A3 F6AE 


03A~ FA 
03A6 4320 
03A9 AA 
03A9 FE 
03AA 03EO 
03AC 6489 


Do 
Not 
SEL 
/'10 v 
.187 
Rev." •• 
SEL 
/'Iov 
ANL 
Rot 
Forl,af.l"d 
~86 
SkpNPI 
it.lt 
'or 
first 
PHFS.t 
.ntr~ 
1".g 
lnit 
Initi.liz. 
r.gilt.r 
vAriebl 
•• 
upon 
firlt 
.ntrv 
.nd 
of 
count 
cl •• rl 
cher 
to 
print 
bit 
1n 
It.tUI 
bvt. 
ORL 
A .• ChlntD 
ll.t 
Char 
R.g 
Init 
Don. 
,t.t 
bit 
Mav 
ChStRl.A 
;••v. the 
It.tUI 
bVt. 
Mov 
TMpRI0 •• 01H 
; loed 
CR 
Itp,..~tr 
count 
during 
NoPrnt 


,",lftp 
NPE. i t 
D.JNZ 
TmpRIO.NPE,lt 
/'10 
v 
A.ChStRI 
ANL 
A••ClntND 
/'10 
v 
ChStRI.A 
BEL 
R80 
/'Iov 
A.QStR20 
ANL 
A••NotRdv 
/'Iov 
QStR20.A 
Rot 
SEL 
Rot 


1170 
1171 
1172 
1173 
1174 
117' 
etT'n: 


1176 
1177 
1178 
1179 NPRot: 
1180 
1191 
1182 
I 


1183 
1184 
118~ 
1186 
1187 
I 


1199 
1199 
1190 j 
1191 
1192 
1193 
1194 
119~ SkpNPI: 
1196 
1197 
1198 
1199 
1200 
1201 
1202 
1203 NSotEx: 
1204 NPE,lt: 
120~ 
1206 
1207 
1208 
1209 
1210 
1211 
1212 
1213 
1214 
121~ 
1216 
1217 
1219 
1219 
1220 
1221 


Icr 
•• n 
f:OT' 
ADD 
.JC 


Jmp 
CI~ 
/'Iov 


Icr •• n 
for 
if 
cArrV 
ADD 
.JC 


p,.int 
'1 it. 


R81 
A.ChStRI 
SkpNPI 


R80 
A.QStR20 
A••CI~Snk 


ll.t 
the 
It.tUI 
bvt. 
Ir.llt 
- 
cher 
init 
not 
don. 
; •• v. 
the 
Itatul 
bvt. 


ll.t 
Q.n 
StatuI 
r.gilt.T' 
add,.. 
lcl'A" 
the 
r •• d•• bit 
lltor. 
the 
G.n.rel 
StatuI 
Ivt. 


J 
-------------------------------------------------------------------- 


J 
EXIT 
- 
if 
CR 
end 
not 
> 
1/~ 
lin, 
don. 
during 
L-to-R 
p~int 
MdLnEx: 
Mov 
A,ChStRl 
'get 
the 
.tatus 
b~te 
ANL 
A••NCDF!n 
jIf 0 nut 
stat bit Not CD Full Line 
ANL 
A••CIIC8R 
j~osot C8 Reg lnlt Fleg - do lnlt 
Mov 
ChStRl,A 
; save 
the 
statu. 
bVt. 
SEL 
R80 
/'Iov 
A.QStR20 
ORL 
A••DoNotP 
ANL 
A, .ClrSnll 
/'Iov 
QStR20.A 
Rot 


Iget 
the 
RBO 
st.tu. 
bvte 
,set 
the 
Do 
Not 
Print 
Fl.g(for 
RAcc.l) 
ir •• et 
the 
print 
read V 
bit-exit 
FAcc.l 
i'.V. 
the 
.tatu. 
bVt. 


Character 
Dot 
Oenerator 
Math 
Look-up 
T.ble 
Page 
Vectoring 
Print 
Head 
Firing 


1222 
I 
----------------------------------------------------------- 
_ 
1223 
1224 
122~ 
1226 
1227 
1228 QCHARI: /'I0V 
1229 
1230 
1231 
1232 
1233 
1234 P~ntCh: 
123~ 
1236 
1237 
1239 
1239 
1240 
1241 
1242 
1243 
1244 
124~ 
1246 
1247 
1249 
1249 
12~0 
12~1 
12~2 


printable 
A••OEOH 
PrntCh 
CntlCh 
C 
A.St~CRI 


; Jmp 
to 
control 
char 
loollup 
table 
jclear 
carrv 
flag 
;get 
the 
char 
again 


char 
page 
[ch.r 
+(cpl 
~O 
Hex 
char 
on 
page 
2 
else 
page 
1 
A••080H 
Page2 


Page 
1 
Character 
-- 
ASCII 
20 
Hex 
thru 
4F 
Hex 
Correct 
offs.t 
for 
loollup 
table 
page 
«char 
+ 
EO 
Hex)*~ & 
Page 
1 
index 
addr) 
I 
---------------------------------- 
_ 


Pagel: 
Mov 
A, ChStRI 
get 
the 
status 
bvte 
OrL 
A,.ChOnP! 
set 
the 
page 
rentrv 
'lag 
bit 
Mov 
ChStRl.A 
sto~. 
the 
.tatus 
bvte 
Mov 
A.St~CRI 
get 
the 
ch.r 
.gian 
ADD 
A,.OEOH 
s.t 
p.g. 
1 
relative 
00 
of'.et 
~mp 
Multi5 
Jump 
to 
addr 
••• 
m.th 
'unction 


inter 


03AE 
97 
03AF 
FA 
03DO 
,30F 
03DO/ AA 
03B3 
FE 
03B4 
03BO 
03Bb 
b4B8 


03B8 
AE 
03B9 
E7 
03BA 
E7 
03BB 
bE 
03BC 
AC 


03BO 
FA 
03DE 
FO/C4 


03CO 
FC 
03CI 
0304 


03C3 
AC 


03C4 
FA 
03C' 
4340 
03C7 
AA 
03C8 
83 


03C9 
83 


03CA 
05 
03C3 
FB 
03CC 
96D;! 


03CE 
DBOb 
0300 
10408 
0302 
2340 
0304 
3A 


0305 
0/3CO 
0307 
3A 
0308 
C5 
0309 
83 


10/53 , 
1254 
10/" 
10/510 
10/'7 
1258 
P.g.2: 


10/'9 
10/100 
10/101 
12102 
12103 
12104 


1210' 
121010 
12107 
MUL.TI': 


10/108 
12109 
1270 
10/71 
1270/ 
1273 
1274 
J 


127' 
12710 
1277 
1278 
1279 
1280 
1281 
1282 
1283 
10/84 
10/85 
1296 
LRPrn: 
10/87 
1288 
10/89 
10/90 
1291 
CntlCh: 
1292 
1293 
1294 
10/95 
10/910 
10/97 
1298 
1299 
PHFire: 


1300 
1301 
1302 
1303 
SotCnt: 
1304 
1305 
Fire: 
13010 
1307 
1308 
1309 
Retrnl: 


1310 
1311 
1312 


Page 
2 
Character 
-- 
ASCII 
20 
HI. 
thru 
4F 
HI. 
Correct 
of,~.t for 
lookup 
table 
page 
two's 
complement 
of 
ASCII 
chr 
code 
LookUp 
Tabl' 
page 
b ••• 
char 
of 
SOH 
plus 


cha,.. * 
5 
{(char 
+ 
BO 
Hlx)*5 
= 
Pagl 
2 
index 
add,..) 


C 
A.ChStRI 
A •• ChOnPO/ 
ChStRI.A 
A.St~CRI 
A •• OBOH 
Multi5 


Compute 
May 
RL. 
RL. 
AOO 
MOV 


characte'" 
St~CRI. 
A 
A 
A 
A.St~CRI 
CDotfU, 
A 


icl 
•• ,.. c.rr~ 
flag 
;get 
the 
status 
bVte 
i.et 
the 
paoe 
"'Intry 
flag 
bit 
istore 
the 
status 
b~t. 
;get 
the 
char 
_01." 
Js.t 
page 
2 
relative 
00 
off.et 
; f.l1 
thru 
to 
address 
math 
function 


off 
•• t 
dot 
pattern 
index 
address 


I store 
the 
ziro 
off •• t 
char 
,MUL.TIPL.Y CHR 
BY 
, 
TO 
, 
FINO 
THE 
ADDRESS 
,ADO 
I TO 
COMPL.ETE 
5X 
,SAVE 
THE 
ADDRESS 


1get 
char 
status 
byte 
,t.st 
Chr 
Stat 
Bvte 
Returned 
if 
bit 
7 = 
1 
thin 
Print 
L-toR 
,get 
the 
char 
index 
add,.. 
ladd 
char 
offset 
- .ta~t 
at 
.nd 


;of 
chaT'. 
p,.int 
it 
R-to-L 
'SAVE 
THE 
ADDRESS 


May 
ORL. 
Mav 
Rot 
test 
Rot 


A.ChStRI 
A •• ChlntD 
ChStRI.A 


;get 
the 
.tatu. 
b~t. 
;.et 
1.t 
ch.~ col 
te.t 
bit 
; sto". 
the 
.tatus 
b~te 
;~.tu~n w/st.tus 
b~t. in 
A 
cha,.act.,.s 
goe. 
he,.e 


* * * * * * * * * * * * * * * * * * • • * * * * * * * * * • * • * * • • 
P~int 
Head 
Fire 
* * * * * * * * * * * • * * 


1313 
1314 


1315 
13110 


0400 
1317 
1318 
1319 
1320 


0400 
BC04 
1321 
0400/ 
B822 
1322 


0404 
2308 
1323 


04010 
AO 
1324 
130/' 
0407 
BEOI 
13210 
130/7 
0409 
841D 
130/8 
130/9 
1330 
1331 


Ent,.~ point 
for 
print 
head 
.ol.noid 
firing 
- 
test 
fo,. status 
b~te 
fDr 
dDt/blank 
column 
position 
SEL. 
RBI 
Mov 
A.COteRI 


.JNZ 
Fi re 


May 
.Imp 
MOV 
OUTL. 
MOV 
OUTL. 
SEL. 
Rot 


COtCRI 
•• NDtCCt 
Retrn1 
A.4tPTrgLo 
PO/.A 
A, ••PTrgHi 
P2.A 
RBO 


iset 
the 
ch~ 
dot 
column 
cnt 
; if ch.~ cnt 
not 
0 
- 
Fire 
H.ad 


; if 
Chr 
Dot 
Cnt 
O. 
~ •• et 
the 
ch.,. dot 
column 
count 
; sk ip 
PH Fi~e 


;get 
the 
p,.nt H •• d 
Trigg.r 
b~te 
,FIRE 
PRINT 
HEAD 
;get 
the 
Prnt 
Head 
Trigge,. 
bVt. 
,FIRE 
PRINT 
HEAD 


Init 
psuedo 
,..gi.t.,. with 
LF 
ind.,.ect 
add,. start 
- 
.ubsequent 


exchanges 
of 
the 
psuedo 
,.egi.ter 
will 
Vield 
co,.rect 
value 


InitL.F: 
MOV 
CntR40 
•• IL.FCNT, 
INIT 
PHASE 
COUNT 
REQ 
Mav 
TmpROO.4tLPSAd,. 
1get 
Phz 
Inde,..ct 
Add,. p.uedo 
,.e, 
MOV 
A.4tStLFF 
;get 
LF 
.t.rting 
add,. 
Mov 
eTmpROO,A 
; .tor. 
LF 
pha •• 
index 
addr 
.ta,.t 
in 
p.uedo 
r.gi.t.,. 
Mov 
LnCtRO 
•••LineCt 
;.et 
line 
count 
reg 
for 
1 
In 
i 
enable. 
exit 
following 
LF 
SM 
init 


.Jmp 
LfOT'vl 
; Jump 
ov.,. line/foT'm 
f •• d 
amd 
va,.iabl. 
line 
.pacing 
t •• t. 
& 
setups 


inter 


1332 
1333 
1334 
1335 
1336 
1337 
040B BCIB 
133B 
1339 
1340 
0400 FA 
1341 


040E 5214 
1342 


0410 BEOI 
1343 
0412 841B 
1344 
0414 FE 
1345 


0415 37 
13"\..6 
0416 0301 
1347 
0418 0342 
1348 
1349 
1350 
041A AE 
1351 
1352 
1353 
1354 
041B B821 
1355 
0410 FO 
1356 
041E E3 
1357 
041F B820 
1358 
0421 AO 
1359 
1360 
0422 B822 
1361 
0424 FO 
1362 
0425 AB 
1363 
0426 BD98 
1364 
1365 
1366 
0428 2306 
1367 
042A 3D 
1368 
1369 
1370 
1371 
1372 
042B FB 
1373 
042C E3 
1374 
1375 
0420 B920 
1376 
042F 40 
1377 
1378 
0430 3C 
1379 
1390 
1391 
0431 FD 
1382 
0432 62 
1393 
0433 55 
1394 
1395 
0434 
IB 
1396 
0435 FB 
1397 
0436 
523A 
1398 
0439 843C 
1399 
043A BB08 
1390 
1391 
043C FB 
1392 
0430 E3 
1393 
1394 
043E B820 
1395 
0440 40 
1396 
1397 
0441 
1645 
1399 
0443 9441 
1399 
1400 
0445 3C 
1401 
0446 EC31 
1:",02 
1403 
1404 
'1405 
0449 BC1B 
1406 
044A EE31 
1407 
1409 
044C FA 
1409 
0440 53FB 
1410 
044F AA 
1411 
1412 
1413 
1414 
0450 B822 
1415 


t.st 
for 
v.riou. 
line/inch 
spAcing 
would 
go 
here 
<and 
removal 
0' 
constAnt 
•• tup 
below) 
MOV 
CntR40 
.• LP18pS 
; init 
cnt 
reg 
'or 
standard 
line 
,•• d 


LineF •• d/FormF •• d Test 
Mav 
A.OStR20 


.IS2 
FmFd 
Mav 
LnCtRO .•LineCt 


.Imp 
LfDrvl 
Mav 
A.LnCtRO 
Cpl 
A 
Add 
A. _01 
Add 
A._PgLnCt 


,get 
the 
It.tUI 
b~t. 
; if 
lin.f •• d 
Jmp 
to 
cnt 
load 
i,at 
line 
count 
reg 
'or 
1 
line 


J Jmp 
to 
Start 
of 
Drive 
;get 
the 
line 
count 
,2', 
cpt 
Line 
Count 


IAdd 
2', 
cpt 
'or 
Paging 
PgLnCt 
- 
LnCt 
- 
n 
Lin •• 
to 
move 
; 
PgLnCt+(cpl(LnCt). 
n 
line, 
to 
Move 
i.et 
the 
lin. 
count 
for 
FF 


for 
st.blil.tion 
0' 
unused 
Itpr 
mtr 
during 
CR 
Itpr 
mtr 
drive, 


store 
the 
unus.d 
Itpr 
mtr 
current 
ph••• 
bit, 


LFDT'vl: 
Mav 
TmpROO. *CPSAd,. 
I get 
the 
CR phI 
.tor •• ge 
add,. 


Mov 
A.8TmpROO 
;get 
the 
b~ut •• 
tor.d 
the"e 
MovP3 
/It".A 
; get 
the 
phI 
dAtA 
b~te 
Mov 
TmpROO 
•• L •• tPh 
i lOAd 
L •• t 
PhI 
psuedo 
~eg 
to 
Temp 
Reg 


Mov 
&TmpROO.A 
istO~. 
L.st 
PhAse 
bits 
- 
inde~.ct 
.xchAnv./.to~. the 
ph •• e ~egi.te~ index 
.dd~esses 
Mov 
TmpROO 
•• LPSAdr 
iget 
PhI 
Inde~ect Addr 
psuedo 
~eg 


Mov 
A,.TmpROO 
iget 
LF 
la.t 
phA.e 
index 
.dd~ 
Mov 
PhlR30,A 
iplAce 
l.st 
LF 
ph.s. 
index 
.dd~ 
in 
PhI 
Reg 


MOV 
TConRO 
•• LFTMRl 
iLoAd 
time 
const.nt 
Reg 


Select 
the 
Stpr 
~t~ 
MOV 
A._SLF 
MOVD 
P5.A 


MOV 
MovP3 
patch 
Mav 
ORL 
stA~t 
MOVD 


~.PhIR30 
iget 
the 
phI 
~eg 
indirect 
add~ 
index 


A.@A 
ido 
indirect 
get 
of 
phz 
bits 
togethe,.. 
the 
CR 
l•• t 
.nd 
LF 
next 
pha.e 
bit, 
TmpROO 
.• La.tPh 
i load 
Last 
Phz 
psuedo 
reg 
to 
Temp 
Reg 


A,.TmpROO 
ip.tch 
togethe~ 
CR 
exilting 
~ 
new 
LF 
time~ 
and 
step 
motor 
P4.A 
;OUTPUT BITS 


MOV 
MOV 
STRT 
letup 
INC 
MOV 
.IB2 
.IMP 
MOV 


A.TConRO 
T.A 
T 
the 
next 
ph •• e 
Ph,R30 
A. Ph ,R30 
ZROPHL 
NXTPHL 
Ph,R30._STLFF 


iget 
time 
constant 
f~Dm 
r.V 
; load 
the 
timer 
;START TIMER 
to 
output 
;STEP PHASE DB ADDRESS 
;get 
the 
pha •• 
index 
.dd~ess 


; test 
ph ••• 


MOV 
MovP3 
p.tch 
Mav 
ORL 


A.PhIR30 
ig.t 
the 
phI 
reg 
indirect 
add~ 
index 


A •• A 
ido 
indi~ect 
get 
of 
phz 
bit. 


togethe~ 
the 
CR 
last 
and 
LF 
next 
phase 
bits 
TmpROO,.LaltPh 
; lo.d 
La.t 
PhI 
psuedo 
reg 
to 
Temp 
Reg 


A,.TmpROO 
ip.tch 
tog.the~ 
CR 
existing 
~ 
new 
LF 


A.OStR20 
A •• LineFd 
OStR20.A 


i5tep 
moto~ - 
OUTPUT 
BITS 
; te.t 
for 
end 
of 
ph •• e 
count 
for 
line 
;p~.p for 
next 
line 


test 
'or 
various 
line/inch 
.p.cing 
would 
go 
here 
MOV 
CntR40, 
.LPIBpB 
i init 
cnt 
~eg 
fo~ 
st.nd.rd 
line 
'.ed 


D~NZ 
LnCtRO,StrtLF 
ite.t 
fo~ 
end 
of 
line 
count 


iOet 
the 
status 
b~te 
ires.t 
'or 
line 
, •• d 
i Save 
the 
st.tu. 
bvte 


sto~e 
the 
pha.e 
~egiste~ 
index 
add~es.es 
S.t 
LineF.ed 
Stpr 
Mt~ 
Next 
Pha.e 
index 
addre 
•• 


SetLRN: 
Mov 
TmpROO 
•• LPSAdr 
;get 
Phz 
Sto~.ge 
Addr 
p.uedo 
reg 


inter 


04'2 FB 
04'3 AO 
04'4 B478 
04'10 B490 


0'00 D, 
0'01 FA 
0'02 
'3F7 
0'04 AA 
050' B823 
0'07 B020 
0'09 C, 


O,OA FA 
O'OB '3FD 
O'OD AA 
O'OE 83 


O'OF C, 
0'10 230F 
0'12 3E 
0'13 23FF 
0'1' 39 
0'110 23CO 
0'18 3A 
0'19 8A03 
0'18 BAOO 
O'ID D' 
O'IE BAOO 
0'20 C, 
0'21 83 


0'22 FA 
0523 4302 
0'2' AA 
0'210 
3b2A 


0'28 3402 
0'2A 3422 


0'2C B474 
0'2E 83 


052F B87F 
0531 B9'D 
0533 BOOO 


14110 
1417 
1418 
1419 
1420 
1421 
1422 
1423 
1424 
142' 
14210 
1427 
1428 


A,Ph,R30 
.TmpROO,A 
D1VLng 
DoS1SI1 


Check 
if 
Char 
Bu"er 
contains 
'ull 
line 
(80 
char 
or 
nChar 
~ 
CR) 
I.it 
oth.r~is.continue 
to 
r •• d 
in 
ch.ract.r. 
Mav 
A.OStR20 
;g.t 
the 
.tat 
b~t. 
J81 
8~P •• l 
; if 
Do 
Not 
Print 
Bit 
SIt 
- EXIT 


C"l1 
CBFc. 
Rot 


1429 
• * * ••••••••• 
* •••••••• 
* ••••• 
* ••••• 
* •• 
1430 
Minor Softwar!SUbroutin!s 


1431 
1432 
1433 
1434 
143' 
14310 
1437 
1438 
1439 
1440 
1441 
1442 
1443 
1444 
144' 
14410 
1447 
1448 
1449 
14'0 
14'1 
14'2 
14'3 
14'4 
1455 
14'10 
14'7 
14'8 
14'9 
14100 
14101 
14102 
14103 
14104 
1410' 
141010 
14107 
14108 
14109 
1470 
1471 
1472 


r.Slt/"t 
EOF 
.tatu. flag 
bit 
~ 
0 
SEL 
RBI 
Mav 
A,ChStRl 
ANL 
A,*ClrEOF 
~ov 
ChStRl,A 
Mav 
TmpR10,.PTA.cS 
Mav 
ITmpRI0,.A.cii 
SEL 
RBO 


* • • * • • * * • • * • * • • * • • • * • • • • • • * • • * * * * * * * 


Hom. 
Carriag. 
I 
Print 
H'ad 
A •••mbl~ 
• • • • • * • • • * • • * • * * • • • • * • • • * • * * * * * • • * • • 


1473 
1474 
147' 
14710 
1477 
1478 
1479 
1480 
1481 
1482 
1483 
1484 
148' 
14810 
1487 
1488 
1489 
1490 
1491 
1492 
1493 
1494 
149' 
14910 


CRHom.: 
M'ov 
ORL 
110v 
"'TO 


r.s.t/.,t 
Ok-to-Print 
110v 
A,QStR20 
AN~ 
A,.OkPrnt 
110v 
QStR20,A 
RET 


CLEAR 
SEL 
110V 
110VD 
110V 
OUTL 
110V 
OUTL 
ORL 
110v 
SEL 
110v 
SEL 
RET 


all 
output. 
RBO 
A,.OFH 
Pb,A 
A.*OFFH 
PI, 
A 
A,*PTRQHI 
P2.A 
P2•• 03 
QStR20,*OOH 
RBI 
ChStRl ••00H 
RBO 


IOlt 
the 
char 
statu. 
bvt. 
leI.ar 
the 
EOF 
flag 
bit 
i.tor, 
the 
char 
statu, 
bVtl 
IOlt 
the 
Alcii 
code 
tmp 
,tore 
.ddr 


J 10.d 
the 
tmp 
star 
reg 
~/.lcii 
st.rt 


.t.tUI 
fl.g 
bit. 
0 
iget 
the 
.t.tus 
bvte 
ire,et 
print 
fl.g 
- 
Ok 
Print 
I •• ve 
the 
.t.tul 
bvte 


;get 
the 
st.tu. 
bVt. 
is.t 
the 
do 
not 
print 
fl.g 
; •• ve 
the 
.t.tUI 
bVte 
Itelt 
for 
pOlition 
of 
PH 
.'I.mblv 


drive 
.ccordinglv 
ldrive 
CR 
Stpr 
Mtr 
I find 
the 
10gic.1 
left 
home 
CR 
pOlition 
id.l.~ • 
long 
time 
b.fore 
continuing 


* • * * * * • * * • • * * • * * * * * * * 
• * * * * * * • * * * * * 


C1 •• r 
O.t. 
Memorw 
• * * * • * * * • * * • * • * * * * * • • • • * • * * • • * • * • • * • 


A.GStR20 
A •• DoNotP 
QStR20,A 
RtoL 


At 
Po~.rUp 
or 
R.I.t. 
following 
CR 
It 
LF 
Stpr 
Mtr 
Init. 
this 


procedure 
cl •• r. 
d.t. 
memorw 
.bov. 
RBO. 
St.ck 
.nd 
RD!. 


ClrDI1; 110V 
RO,*DI1Top 
,QET BUFFER START LOCATION 
[HEX] 
110V 
Rl,*DI1SIZE 
ClrD111; 110V 
.RO,.OOH 
,ZERO I1EI10RYLOCATION 


inter 


0'3' CB 
0'36 
E933 
053B 
B3 


0'39 
B97F 
0'30 
BD'O 


0'30 
FF 
053E 
AI 
053F 
C9 
0540 
IF 
0541 
03B01 
0543 
9647 
0545 
BF010 
0'47 
ED3D 
0'49 
C5 
054A 
B3 


054B 
BC04 
0540 
0130B 
0'4F 
3D 
0550 
BDCO 
0"01 
BBOO 
0554 
FB 
0555 
E3 
0556 
3C 
0557 
FD 
055B 
601 


0559 
5' 
OSSA 
IB 
0"0 
FB 
O,'C 
50160 
055E 
A4601 
0560 
BBOO 


05601 FB 
0563 
E3 
0'64 
1669 
0'66 
A464 
0568 
3C 
0'69 
EC" 


0'6B 
BB01I 
0560 
FB 
056E 
AO 
056F 
B47B 
0571 
B490 
0'73 
B3 


1497 
149B 
1499 
1'00 
1501 


* * * * * * • • • • • • • • • • • • • • • • • * • * * * * * * * * • * * 
Cha~.ct.~ P~int TEST 
• * • • • • • • * • * • * • • • • • • • • • • • • • • • • * * * * • • * 


1'001 
1'03 
1504 
ISO' 
1506 
1'07 
150B 
1509 
1510 
1511 
1'101 
1'13 
1514 
ISIS 
1'16 
1517 
I'IB 
1519 
15010 
1'011 
150101 
1'013 
15014 
1525 


DEC 
D.lNZ 
RET 


load 
t~. char 
buffe,. 
with 
succ.ssive 
increments 
of 


the 
•• cii 
code 
start. 
t•• t 
for 
end 
of 
•• cii 
printable 
chars 
and 
,._1nit 
the 
char 
str •• m 
loaded. 


CTlnt: 
Mav 
CAd~RI.tlFCBfSt 
I load 
char 
reg 
",/cha" 
bufr 
strt 


Mav 
CCntRI.tlChBfS, 
; Itlad 
chaT' 
cot 
reg 
wIehe,. 
bull' .i,. 


ChTot: 
; Test 
cha,. 
buf'e,. 
fill 
with 
ASCII 
Chn 
Code 


Mav 
A,opnr71 
I get 
the 
•• cii 
char 
Mav 
.CAd~RI.A 
; load 
d.t. 
memorv 
~/Ch.T' 
DEC 
CAd~RI 
I Decrement 
d.t 
memor" 
location 


INC 
opoT'7! 
I Increment 
As, ii char 
number 
ADD 
A,.PAsEnd 
; test 
for 
ASC ii 
code 
end 


.INZ 
Ch~TQa 
i if 
not 
end 
Jmp 
over 
code 
resta,.t 


Mav 
OpnR71. .As, i i 
ChrTQo: 
D.lNZ 
CCntRl,ChTst 
I de, 
buffer. 
loop 
if 
nat 
lerorendJ 


SEL 
RBO 
RET 
,ELSE 
RETURN 
TO 
INIT 
ROUTINE 


• * • • • • * • * • • • * • * * • • • • • • • • * • • • • • * • • * • • 
CR 
8tpr 
Mtr 
Powe~ 
On 
lniti.liz.tion 
.nd 
* * * * * * * * * * * * * * * * * * * * * * • * * * * * * * * * * * * * 
ThiJ 
routine 
drives 
the 
CR 
or 
LF 
.tp~ 
mtr 
fo~ fou~ 
pha •• 


.hift. 
for 
tniti_lization. 
,POWER 
ON 
INIT 
STPR 
MTR 


i lo.d 
ph••e cnt 
r.g 
fo~ 
INIT 
,QET 
CR 
SM 
SELECT 
BITS 
,SELECT 
SM 
[SCRBO] 


iLoad 
time 
con.t.nt 
R.g 


i zero 
8M 
ph •• e ~.g - forw.~d 


iget 
ph.s. 
index 
register 
bVte 
; lo.d 
inde 
•• d 
ph ••• 
shift 
bVt. 


,OUTPUT 
BITS 
,QET 
TIMER 
CONSTANT 


MOV 
MOV 
MOVD 
MOV 
MOV 
MOV 
MovP3 
MOVD 
MOV 
MOV 
STRT 
INC 
MOV 
.IB01 
.IMP 


MOV 


CntR40. 
tlPhCnt! 
A,tlSCRBO 
P~.A 
TConRO 
•• lntTm2 
Ph,R30,tlFStCRP 
A.Ph,R30 
A •• A 
P4.A 
A, TConRO 
T.A 
T 
Ph,R30 
A.Ph,R30 
Z~aRg01 
N,tPhR 
Ph,R30.tlFStCRP 


15016 
1'017 
1501B 
1'29 
1530 
1531 
15301 
1'33 
1534 
1535 
1536 
1537 
153B 
1539 
1540 
1'41 
1542 
1543 
1544 
1'4' 
1546 
1547 
154B 
1549 
1550 
1"1 
15501 
15'3 
15'4 
1555 
1~56 
1557 
155B 
1559 
1'60 
1561 
15601 
1'63 
1504 


MOV 
MovP3 


TLoopR: 
JTF 
.IMP 
MOVD 
NXPHRI: 
D.lNZ 


.tore 
Mav 
Mav 
Mav 
Cdl 
C.ll 
RET 


A.Ph,R30 
A .• A 
NXPHRI 
TLoopR 
P4.A 
CntR40.STRTTR 


,START 
TIMER 
istep 
phase 
index 
register 


,CHECK 
THE 
PHASE 
COUNT 
REQ 


iget 
ph ••• 
index 
r.gister 
bVte 


i lo.d 
index.d 
ph.s 
•• 
hift 
bVt. 
,.IMP ON 
TIME 
OUT 
TO 
NEXT 
PH 
'LOOP 
UNTIL 
TIME 
OUT 
,OUTPUT 
BITS 


the 
l.st 
pha.e 
regi.ter 
index 
.ddr 
••••• 
TmpROO,.CPSAdr 
iget 
Phz 
Storage 
Addr 
p.u.do 
reg 


A,PhzR30 
ipl.ce 
l•• t 
CR 
pha.e 
ind.x 
addr 
in 
PhI 
Reg 


.TmpROO,A 
.tor. 
CR 
l•• t 
pha.e 
index 
.ddr 


DIWLng 
OeSISM 


1'65 
1566 
1567 
I 
156B 
1'69 
1570 
1571 
15701 
1573 
1574 
1575 
1"6 


Verv 
Long 


DIWVLg: 
MOV 
TmpROO.tl7FH 


.Imp 
DIWST 


Long 


OlyLng: 
MOV 
.Imp 


inter 


0,7C 
BB30 


0'7E 
0!3CC 
0'80 
bO! 


O'BI " 
O'BO! lbBD 


0'B4 
D' 
O,B, 
FA 
O'Bb 
90!BA 


05BB 14b9 
O'BA 
C' 
O'BB 
A4B2 
O'BD 
EBBO 
O'BF 
B3 


0'90 
0!30E 
0'92 
3D 
0'93 
B3 


1577 
Not 
So 
Long 
- 
Short 
1,7B 
DlvSht: 
MOV 
TmpROO•• DIVCS 
; LOAD DELAY COUNT IN REQ. 


1'79 
I'BO 
I'Bl 
I,BO! 
I'B3 
15B4 
I'B5 
D1VLop: 
JTF 


15Bb 
I'B7 
I,BB 
15B9 
1'90 
1591 
1592 
1'93 
SkpCI: 


1'94 
1'9' 
D1VTO: 


1,9b 
1'97 
1'98 
Stpr 
"tr 
De.elect 


1'99 
; 
---------------------------------------------------------------- 
1600 
St.pper 
Motor 
DeS.lect 
Routine 
IbOI 
DESLSM: 
,DESELECT LF/CR 
SM 
IbOO! SMEROR: MOV 
A•• SMOFF 
,QET LF/CR 
SM DE-SELECT BITS 
Ib03 
MOVD 
P,. A 
,DE-SELECT 
CR SM 


lb04 
RET 
lbO' 
lbOb SINCLUDE(:Fl:CHRTBL.OV1) 


-1607 
-lbOB 
=1609 


-lblO 
=1611 
-1612 
=1613 


-lbl4 
-lbl' 
-lblb 
-1617 
J 


-lblB 
-1619 
-1620 
-1621 
-lb22 
-lb0!3 
=1624 


St.Tt 
Del_v 
D1VST: 
MOV 
A•• DlvTlm 
NxtTLd: 
MOV 
T.A 
STRT 
T 


;QET 
MAX TIMER DELAY 


; LOAD TI MER 
,START 
TIMER 


buffer 
fl11 
RBI 
A.ChStRI 
SkpCI 
;get 
the 
character 
.t.t 
reg 
b~t. 


test 
for 
nor~.l char 
input 


or 
skip 
if 
char 
prnt 
test 
.s.rvice 
the 
char 
buffer 
fill 
C.ll 
SEL 
JMP 
DJNZ 
RET 


IBFSrv 
RBO 
D1VLOP 
TmpROO,NxtTLd 


-1625 
«< 
actual 
.ssembled 
character 
tabl. 
code 
not 
listed 
»> 
-lbO!b 
--------------------------------------------------------------------- 
-1627 
.NoList 


-1676 
.List 


-1677 
Listing 
b.lo~ 
i. 
foT' 
reference 
onl~. 
actual 
code 
i. 
not 
list.d 
-1678 
.t ••sembl .• time. 


-1679 
-1680 
-------------------------------------------------- 
_ 
-lbBI 
-1682 
-1683 
-lbB4 
-1685 
-lbBb 
-lbB7 
-lbBB 
-lbB9 
=lb90 
-lb91 
-1692 
I 
-lb93 
-lb94 
-lb9' 
-lb9b 
-1697 
-lb9B 
-1699 
-1700 
-1701 
; 
-1702 
-1703 
-1704 
-170' 


•• e20 
DB 
7FH. 
7FH. 
7FH, 
7FH. 
7FH 
; SPACE 


•• e21 
DB 
7FH. 
7FH. 
20H. 
7FH. 
7FH 
; ! 


•• c22 
DB 
7FH. 
7FH. 
7BH. 
7FH. 
7BH 
," 


•• c23 
DB 
bBH. 
OOH. bBH. 
OOH. bBH 
,t 
•• e24 
DB 
'BH. 
"H. 
OOH. "H. 
bDH 
;. 
•• e2~ 
DB 
'CH. 
bCH. 
77H. 
lBH. 
IDH 
;l( 


•• c26 
DB 
19H. 
2bH. 
O!bH. '9H. 
O!FH 
,I< 
•• c27 
DB 
7FH. 
7FH, 
7CH. 
7FH. 
7FH 
•• e28 
DB 
b3H. 
'DH. 
3EH. 
7FH. 
7FH 
, ( 


•• e29 
DB 
7FH. 
7FH. 
3EH. 
5DH. 
b3H 
, ) 
•• c2A 
DB 
'DH. 
bBH. 
OOH. bBH. 
'DH 
,. 


•• e28 
DB 
77H. 
77H. 
41H, 
77H. 
77H 
,+ 


•• eile 
DB 
7FH. 
3FH. 
4FH. 
7FH. 
7FH 
,. 


•• c2D 
DB 
77H. 
77H. 
77H. 
77H. 
77H 
;- 
•• e2E 
DB 
7FH. 
I1'H• 
lFH. 
7FH. 
7FH 
. . 


•• c2F 
DB 
SFH, 
bFH. 
77H. 
7BH. 
7DH 
;I 


•• c30 
DB 
41H. 
O!EH. 3bH. 
3AH. 
41H 
;0 
•• c31 
DB 
7FH. 
3DH. 
OOH. 3FH. 
7FH 
,I 
•• c32 
DB 
3DH. 
lEH. 
2EH. 
3bH. 
39H 
;2 


•• c33 
DB 
'DH. 
3EH. 
3bH. 
3bH. 
49H 
,3 


•• c34 
DB 
b7H. 
bBH. 
bDH. 
OOH. bFH 
; 4 


•• e3S 
DB 
'BH. 
3AH. 
3AH. 
3AH. 
4bH 
;, 


•• c36 
DB 
43H. 
3:lH. 
3bH. 
3bH. 
4EH 
;b 
•• c37 
DB 
7EH. 
OEH. 7bH. 
7AH. 
7CH 
,7 


•• c38 
DB 
49H. 
3bH. 
3bH. 
3bH. 
49H 
,B 


230795-22 
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inter 


06F2 
4380 
06F4 
39 


06F5 
93 


-1736 
I 
-1737 
-1738 
ChrPgl: 
MOV 
-1739 
MOVP 
-1740 
-1741 
-1742 
-1743 
-1744 
-1745 
-1746 
-1747 
-1748 
-1749 
J 
-17!50 
-17!51 
-1752 
=1753 


-1706 
-1707 
-1708 
-1709 
-1710 
-1711 
-1712 
j 


-1713 
-t7104 
·171~ 
-1716 
-1717 
-1718 
-1719 
I 


-1720 
-1721 
-1722 
-1723 
-1724 
-172!5 
-1726 
J 


-1727 
-1728 
I 


-1729 
-1730 
-1731 
j 


-1732 
-1733 
-1734 
=1735 


.,c39 
DB 
39H. 
36H. 
36H. 
56H. 
61H 
.9 
alc3A 
DB 
7FH. 
7FH. 
6BH. 
7FH. 
7FH 
•• ,38 
DB 
7FH. 
3FH. 
4BH. 
7FH. 
7FH 
;; 


alc3C 
DB 
77H. 
6BH. 
5DH. 
3EH. 
7FH 
,< 
•• ,30 
DB 
6BH. 
laSH • 
6BH. 
6BH. 
6BH 
,- 
a.c3E 
DB 
7FH. 
3EH. 
5DH. 
6BH. 
77H 
,) 


a.c3F 
DB 
79>1. 
7EH. 
26H. 
7AH, 
7DH 
,? 


•• co40 
DB 
41H. 
3EH • 
22H. 
36H. 
71H 
,- 
A,co41 
DB 
03H. 
60H. 
6EH. 
6DH. 
03H 
,,. 
•• c42 
D9 
OOH. 
36H. 
36H. 
36H. 
49>1 
,B 
•• ,43 
DB 
41H. 
3EH. 
3EH. 
3EH. 
5DH 
,e 
i1'co404: 
DB 
OOH. 
3EH. 
3EH. 
5DH. 
63H 
,D 
a,eo45: 
DB 
OOH. 
36H. 
36H. 
36H. 
36H 
,E 
•• co46: 
DB 
OOH. 
76H • 
76H. 
76H. 
76H 
,F 
.,co47: 
DB 
41H. 
3EH. 
3EH. 
2EH. 
ODH 
.0 
•• co49: 
DB 
OOH. 
77H • 
77H. 
77H. 
DOH 
,H 


lII'co4'1: 
DB 
7FH. 
3EH. 
DOH. 
3EH. 
7FH 
.1 
•• eo4A: 
DB 
5FH. 
3FH. 
3FH. 
3FH. 
40H 
.,J 
•• co48: 
DB 
OOH. 
77H • 
68H. 
5DH. 
3EH 
,II 
a.c4C: 
DB 
OOH. 
3FH. 
3FH. 
3FH. 
3FH 
,L 
•• ,40: 
DB 
OOH, 
7DH. 
73H • 
7DH. 
DOH 
,1'1 
a.c4E: 
DB 
O•• 
H. 
Od'H. 
a.IH. 
OHH. 
O•• 
H 
I t •• t 
•• c4F: 
DB 
55H. 
Od'H. 
a.IH. 
O,7H. 
55H 
I t •• t 


•• c4E: 
DB 
OOH. 
7BH. 
77H. 
6FH. 
OOH 
,N 
•• c4F: 
DB 
41H. 
3EH. 
3EH • 
3EH. 
41H 
,0 
--------------------------------------------------------------------- 


End 
Page 
I -- 
Chili".' t.r 
Dot 
Pattern 
Fetch 


-._--------------- ----------------------------------------------- 
Character 
Dot Pattern 
Fetch 
--------------------------------------------------------------------- 


ORL 
OutL 
RET 


I ch.r 
bit 
fix 


• output 
the 
dot 
p.ttern 


; e.it 
with 
blJte 
in 
.cc 


-I 
754 
------------------- 
--- 
----------------------------------------------- 
-1755 
=1756 
Character 
Table Page 2. contains 


-1757 
-17~B 
J 
-1759 
-1760 
I 
-1761 
-1762 
-1763 
-1764 
-1765 
-1766 
=1767 


-1768 
, 
«< 
Actu.l 
•••• 
mbl.d 
c:h.r.ct.r 
t.bl. 
cod. 
not 
lilt.d 
»> 
-1769 
------------- 
--------- 
-- ---- 
----------------------------------------- 
-1770 
.NoLIST 


-lB18 .Li It 
-1819 
-1620 
-1821 
-1822 
-1923 
-1824 
-1925 
-1826 
-1927 
-1828 
-1929 
-1930 
-1831 
-1832 


Lilting 
b.low 
i. 
'or 
r.fer.nce 
onllJ· 
.ctu.l 
cod. 
10 
not 
1t.ted 


.t 
•• I.mb11J tim •. 


---------------------------------------------------- --- ---------- --~- 
.'c'O 
DB 
OOH. 
76H. 
76H. 
76H. 
79H 
,p 
•• e51 
DB 
41H. 
3EH. 
2EH. 
5EH. 
21M 
,0 
•• c~2 
DB 
OOH. 
76H. 
66H. 
56H. 
39H 
.R 
•• c53 
DB 
59H. 
36H. 
36H. 
36H. 
4DH 
,8 
•• c54 
DB 
7EH. 
7EH. 
OOH. 
7EH. 
7EH 
,T 
•• c55 
DB 
40H. 
3FH. 
3FH. 
3FH. 
40H 
,u 
•• c56 
DB 
60H. 
5FH. 
3FH. 
5FH. 
60H 
.V 
•• c57 
DB 
OOH. 
5FH. 
67H. 
5FH. 
OOH 
,W 
•• e58 
DB 
ICH. 
6BH. 
77H. 
6BH. 
ICH 
, 
X 
•• c~9 
DB 
7CH. 
7BH. 
07H. 
7BH. 
7CH 
, y 
230795-50 


inter 


-1833 
=1834 
-1835 
-1836 
-1837 
-1838 
-1839 
-1840 
-1841 
-1842 
-1843 
-1844 
-1845 
:s1846 
-IB47 
-1848 
-1849 
-1850 
-1851 
J 


-IB52 
-IB53 
-1854 
-1855 
-1856 
-1857 
-1858 
-1859 
-IB60 
:.1861 
-1862 
"1863 
I 


-1864 
-1865 
-1866 
-1867 
-IB68 
-1869 
-1870 
-1871 
=1872 


-1873 
-IB74 


07EB 
FC 
-1875 


07EC 
A3 
-1876 
-1877 
-1878 
-1879 
-1880 


07ED 
4380 
-1881 


07EF 
39 
-1882 


07FO 
83 
-1883 


1884 
1885 
1886 
1887 
IBBB 


1889 
1890 
1891 


ASC 'A: 
DB 
IEH. 
2EH. 
36H. 
3AH. 
3CH 
, Z 


Ase '8: 
DB 
OOH. 
3EH. 
3EH. 
3EH, 
7FH 
,[ 
• sc'C: 
DB 
7DH. 
7BH • 
77H. 
6FH. 
5FH 
, \ 
.Ie ,D: 
DB 
7FH. 
3EH, 
3EH. 
3EH. 
OOH 
, J 
.se'E; 
DB 
6FH. 
77H, 
7BH. 
77H. 
6FH 
•• c5F: 
DB 
3FH. 
3FH • 
3FH. 
3FH. 
3FH 
•• c60: 
DB 
7DH. 
7BH. 
77H. 
OFFH. 
OFFH 
1\ 


•• c61 : 
DB 
ODFH• 
OABH. 
OABH. 
OABH. 
087H 
I. 
•• 
c6:2: 
DB 
08OH. 
OB7H. 
OB7H. 
OB7H. 
OCFH 
I b 
•• c63: 
DB 
OC7H. 
OBBH. 
OBBH. 
OBBH. 
OBBH 
Ie 
•• c64: 
DB 
OCFH. 
OB7H. 
OB7H. 
OB7H. 
080H 
I d 
•• c65: 
DB 
OC7H• 
OABH. 
OABH. 
.OABH, 
OB7H 
," 
•• e66: 
DB 
OF7H• 
081H. 
OF6H. 
OFE,H. OFDH 
,, 
•• c67: 
DB 
OF7H• 
OABH. 
OABH, 
OABH. 
OC3H 
I g 
.sc68: 
DB 
OBOH. 
OF7H. 
OFBH. 
OFBH. 
OB7H 
, h 
•• c69: 
DB 
OFFH. 
OBFH. 
OBBH. 
OBFH. 
OFFH 
, I 


•• 
ebA: 
DB 
ODFH• 
OBFH. 
OBBH. 
OC2H. 
OFFH 
, J 
.'c68: 
DB 
OFFH. 
080H. 
OEFH. 
OD7H. 
OBBH 
Ik 
.'che: 
DB 
OFFH. 
OBEH. 
OBOH. 
OBFH. 
OFFH 
,I 
•• 
ebO: 
DB 
087H • 
OFBH. 
OE7H. 
OFBH. 
087H 
,m 
• scoE: 
DB 
083H • 
OF7H. 
OFBH. 
OFBH. 
087H 
,n 
•• c6F: 
DB 
OC7H• 
OBBH. 
OBBH. 
OBBH. 
OC7H 
'0 
•• c70: 
DB 
084H, 
OEBH. 
OEBH. 
OEBH. 
OF7H 
, P 
A.e71 
: 
DB 
OF7H. 
OEBH. 
OEBH. 
OEBH. 
084H 
'll 
•• c72: 
DB 
OFFH, 
083H. 
OF7H. 
OFBH. 
OFBH 
I r 
A.c73: 
DB 
OB7H. 
OABH. 
OABH. 
OABH, 
ODBH 
,. 
•• c74: 
DB 
OFBH. 
OCIH. 
OBBH. 
ODFH. 
OFFH 
, t 
•• e75: 
DB 
OC3H. 
OBFH. 
OBFH, 
OBFH• 
OC3H 
I u 
• 'c76: 
DB 
OE3H. 
ODFH. 
OBFH. 
ODFH• 
OE3H 
I v 
•• e77: 
DB 
OC3H• 
OBFH. 
OCFH. 
OBFH. 
OC3H 
IW 
•• c78: 
DB 
OBBH• 
OC7H. 
OEFH. 
OC7H. 
OBBH 
II 
•• c79: 
DB 
OFFH. 
OB3H. 
OAFH. 
OAFH• 
OC3H 
, V 
•• c7A: 
DB 
OBBH• 
09BH. 
OABH. 
OB3H. 
OBBH 
,. 
A5C7B: 
DB 
07FH. 
077H. 
049H. 
03EH. 
03EH 
I { 
ASC7C: 
DB 
OFFH. 
OFFH. 
088H, 
OFFH. 
OFFH 
, I 


ASC7D: 
DB 
03EH. 
03EH. 
009H. 
077H. 
07FH 
,} 
ABC7E: 
DB 
067H. 
07BH. 
067H. 
05FH. 
067H 
,~ 


-------------------------------------------------------------- 


Charach!' 
Dot Path!'n 
F@tch 
-------------------------------------------------------------- 


ORL 
OutL 
RET 


ich.r 
bit 
lix 


ioutput 
the 
dot 
pAttern 
i •• it 
~ith 
bVt. 
in 
Ace 


inter 


APPENDIX 
B 
SOFTWARE 
PRINTER ,ENHANCEMENTS 


This section describes several software enhancements 
which could be implemented as additions to the soft- 
ware developed for this Application Note. Space is 
available for most of the items described. Approximate- 
ly 5 bytes of Data Memory would be required to imple- 
ment most of the features. Two bytes would be used for 
status flags, and two bytes for temporary data or count 
storage. It is possible to use less than five bytes, but this 
would require the duplicate use of some flags, or other 
Data Memory storage, which will significantly compli- 
cate the software coding and debug tasks. 


Dot matrix printing lends itself well to the creation of 
custom characters and symbols. There are two aspects 
to implementing special characters. First, a character 
look-up table, and second, additional software for de- 
coding and processing the special characters or sym- 
bols. Special characters might be scientific notation, 
mathematical symbols, unique language characters, or 
block and line graphics characters. 


The character look-up table could be an additional page 
of Program Memory dedicated to the special charac- 
ters, or replace part, or all, of the existing look-up ta- 
bles. If an additional look-up table is used, a third page 
test would be needed at the beginning of the Character 
Translation subroutine. There is fundamentally no dif- 
ference between the processing of special characters 
and standard ASCII printable characters. If the charac- 
ters require the same 5 x 7 dot matrix, the balance of 
the software would remain the same. If, however, the 
special characters req~ire a different matrix, or the ma- 
nipulation of the matrix, the software becomes more 
complex. 


In general, the major software modification required to 
implement special characters is the size of the dot ma- 
trix printed or the dot matrix configuration used. In the 
case of scientific characters, it would often be necessary 
to shift the 5 x 7 matrix pattern within the available 9 x 
9 matrix. Block or line graphics characters, on-the-oth- 
er-hand, would require using the entire 9 x 9 print head 
matrix and printing during normally blank dot col- 
umns. This would require suspending the blank column 
blanking mechanism implemented in this Application 
Note. This would be the most complex aspect of imple- 
menting special characters. It would possibly change 
the number of required instructions, and thus the tim- 
ing between PTS detection and print head solenoid trig- 


ger firing. This could cause the dot columns to be misa- 
ligned within a printed line and between lines. 


In the case of a matrix change, two approaches are 
possible: dynamically changing the matrix, in line, as 
standard ASCII characters are being printed, or isolat- 
ing the special characters to a separate processing flow 
where special characters are handled as a unique and 
complete line of characters only. A discussion of in line 
matrix changes for special characters 
is beyond the 


scope of this Appendix. It is sufficient to say that the 
changes would require the conditions setting the EOLN 
flag, character count, and dot -column count software 
be modified during character processing and printing. 


The general principle of implementing lower case de- 
scenders is to shift the 5 x 7 character dot matrix within 
the available 9 x 9 print head solenoid matrix. Imple- 
menting lower case descenders requires two software 
modifications and the creation of status flag for the 
purpose. First, the detection of characters needing de- 
scenders and setting a dedicated status flag during the 
character code to dot pattern translation subroutine. 
Second, the character dot column data output to the 
print head solenoids must be shifted for each dot col- 
umn of the character. At the end of the character, the 
flag would be reset. 


Inline control codes are two to three character 
se- 


quences, which indicate special hardware conditions or 
software flow control and branching. The first charac- 
ter indicates that the control code sequence is beginning 
and is typically an ASCII Escape Character 
(ESq, 


lBH. Termination of the inline code sequence would be 
indicated by a default number of code sequence charac- 
ters. This would decrease the buffer size available for 
characters. Full 80 character line buffering would re- 
quire loading the Character 
Buffer with a received 


character as a character is removed from it and pro- 
cessed. 


The Inline Control Code test would be performed in 
two places: in the Character Buffer Fill subroutine and 
in the Character 
Processing (translation) 
subroutine. 


The test would be performed in the same manner that a 
Carriage Return (CR) character code test is implement- 
ed. Examples are horizontal tabs and expanded or con- 


inter 


densed character fonts. In the case of horizontal tabs, 
20H (Space Character) would have to be placed in the 
Character Buffer for inline processing during character 
processing and printing. Unless ftxed position tabs are 
used, a minimum of a nibble of Data Memory would be 
required to maintain a "spaces-to-tab" count. Fixed tab 
positions could be set via another inline control code, 
by default of the print software, or through the use of 
external hardware switch settings. The control code 
method of setting the tab positions is the most desir- 
able, but the most complex to implement. 


Condensed and enlarged characters are variations in 
either the number of dots and/or 
the space used to 
print them. Thus, each character is a variation of the 
stepper motor and/or print head solenoid trigger tim- 
ings. It is possible to print each in bold face by printing 
each dot twice per dot column position. This would 
require little software modiftcation, but would require a 
status flag. Again, care must be used to ensure that the 
delay in retriggering the solenoids is precisely the same 
for each type of event. Without this precise timing the 
dot column alignment will not be accurate. The soft- 
ware modiftcations needed to implement enlarged or 
condensed characters is essentially the same. The car- 
riage and print head solenoid ftring software flow is the 
same, but the timing for each changes. For condensed 
characters, the step Time Constant is doubled to ap- 
proximately 4.08 ms, and the solenoids are ftred four 
times within each step time. The step rate actually be- 
comes a multiple of the solenoid ftring time, and a 
counter 
incrementing 
once for each solenoid ftring 


would be needed. At the count of four, the carriage 
stepper motor is stepped and the counter reset. 


In the case of condensed characters, PTS does not play 
the same roll as in standard or enlarged character print- 
ing. PTS is not used to indicate the optimum print head 
solenoid ftring time. Solenoid ftring is purely a time 
function for condensed characters. PTS would only be 
used for Failsafe protection. 


Enlarged characters 
would require the solenoids be 


ftred twice per dot column data, in two sequential dot 
columns, at the same rate as standard characters. The 
character 
dot column data and dot column count 


would not be incremented at each output but at every 
other output. A flag could be used for this purpose. 


When printing either condensed or enlarged characters, 
the maximum character count would have to compen- 
sate for the increased or decreased characters per line 
count. When printing enlarged characters, the maxi- 
mum characters per line would be 40. 


The Character Buffer could hold two complete lines of 
characters. But, condensed characters presents a quite 
different situation. The avalable character per line in- 
creases to 132, well beyond the 80 character Character 
Buffer size. The solution is to re-initialize the Character 
Buffer Size Count register count during condensed 
character processing. This will effectively inhibit the 
carriage stepper motor drive EOLN detection. 


Two status flags would be required; one for standard or 
enlarged characters, 
and the second for condensed 


characters. A third status flag would be required to 
implement bold face printing. Activating one of the al- 
ternate character fonts could be either through the use 
of external status switches or through inline control 
code sequences, as detailed above. Note, that if the al- 
ternate character fonts are implemented in such a way 
that format changing is to occur dynamically during 
any single line being printed, the same control code 
problems described above also apply. In addition, the 
effect on the timing and dot column alignment must 
also be investigated. 


Variable line spacing is another feature which could be 
implemented either through the use of external status 
switches or inline control codes. The line spacing is a 
function of the number of steps the stepper motor ro- 
tates for a given line. Figure 15, Paper Feed Stepper 
Motor Predetermined 
Time Constants, in the Back- 


ground section, lists the Time Constants required for 
three different line spacings; 6, 8, and 10 lines per inch. 
At the beginning of the Paper Feed Stepper Motor 
Drive subroutine, the default line step count is loaded. 
The software required is a conditional load for the line 
spacing, indicated by a status flag set in the External 
Status Switch Check subroutine or the Character Buff- 
er Fill subroutine. Implementing the three different line 
spacings would require two additional status flags. 


intJ 


APPENDIX 
C 
PRINTER MECHANISM 
DRIVE CIRCUIT 


TRIGGER PULSE 
200p. OR LESS 


RESET PULSE 


Parts No. 
Type 
Maker 


IC1 -IC10 
8N7406 
TI 


IC11 
IJ-A555 
Fairchild 


01-09 
Diode 
852778 
Toshiba 


01-9 
Transistor 
280986 
NEC 


010 
Transistor 
28A1015 
Toshiba 


011 
Transistor 
280633 
Toshiba 


R1-R9 
Resistor 
1.2 k.l1 % 


R10 
Resistor 
22.11% 


R11 
Resistor 
580.112 


R12 
Resistor 
15 k.l1 % 
Carbon fiI = 


R13 
Resistor 
1.2 k.l1 % 


VR1 
Variable 
Resistor 
20 k.l1 % 


C1 
Capacitor 
1 IJ-F100V 


C2 
Capacitor 
0.011J-F 


C3 
Capacitor 
0.0011J-F 


C4 
Capacitor 
10 IJ-F16V 


C5 
Capacitor 
0.11J-F fil = 


Z01 
Zenor Diode 
HZ24 
Hitachi 


Z02 
Zenor Diode 
HZ5C1 
Hitachi 


(GREEN) 
D 
(YELLOW) 


1I 


@Il 
R±R 
_____________________________ 
~J;~~~~~ 
__J 


24V ± 10% 
INCASEOFTC 
- 
"'18m. 
(CONDENSED 
CHARACTER 
PRINTING), 
V = 14 ± 20% 


Parts No. 
. 


Type 
Maker 
Qty 


R1 
Resistor 
1 k.o. ± 10% % 
1 


R2-R5 
Resistor 
220.0. ± 10% % 
4 


R6 
Resistor 
10 k.o. ± 10% % 
1 


R7 
Resistor 
470.0. ± 10% 3 
1 


R8 
Resistor 
130.0. ± 10% 7 
1 
. 


R9 
Resistor 
330.0. ± 10% 3 
1 


01 
Transistor 
28C1815 
Toshiba 
1 


02-05 
Transistor 
280526-Y 
Toshiba 
4 


06 
Transistor 
288669 
Matsushita 
1 


01-04 
Diode 
18954 
NEC 
4 
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PHASE 
A 
(RED) 
,-- 
III 


(GREEN) 
C (BLUE) 


B (WHITE) 


Parts No. 
Type 
Maker 
Qty 


R1 
Resistor 
1 kO ± 10% % 
1 


R2-R5 
Resistor 
2200 
± 10% % 
4 


R6 
Resistor 
10 kfl ± 10% % 
1 


R7 
Resistor 
4700 
± 10% 3 
1 


R8 
Resistor 
1300 
± 10% 7 
1 


R9 
Resistor 
3300 
± 10% 3 
1 


01 
Transistor 
28C1815 
Toshiba 
1 


02-05 
Transistor 
280526·Y 
Toshiba 
4 


06 
Transistor 
288669 
Matsushita 
1 


01-04 
Diode 
18954 
NEC 
4 
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CRA 


1.2K 
CRB 


1.2K 
CRC 


1.2K 
CRD 


80 


140 


132 
1.2K 
lFA 


1.2K 
lFB 


1.2K 
lFC 


lFD 


SlF 
'2' 


Gp 
.'iit: 


lOp 


GND 
1SV 


PTSO 
HRo 
REO 


H8 


H9 (ll 


CRA 


CRB 


CRC 


CRD 


SCA 


120 5W 


120 5W 


lFA 


lFB 


lFC 


lFD 


SlF 
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The microcomputer system designer requiring a low- 
cost, non-volatile storage medium has a difficult choice. 
His options have been either relatively expensive, as 
with floppy discs and bubble memories, or non-trans- 
portable, like battery backed-up RAMs. The full-size 
digital cassette option was open but many times it was 
too expensive for the application. Filling this void of 
low-cost storage is the recently developed digital mini- 
cassette. These mini-cassettes are similar to, but not 
compatible with, dictation cassettes. The mini-cassette 
transports are inexpensive (well under $100 in quanti- 
ty), small (less than 25 cu. in.), low-power (one watt), 
and their storage capacity is a respectable 200K bytes 
of unformatted data on a loo-foot tape. These charac- 
teristics make the mini-cassette perfect for applications 
ranging from remote datalogging to program storage 
for hobbyist systems. 


The only problem associated with mini-cassette drives 
is controlling them. While these drives are relatively 
easy to interface to a microcomputer system, via a par- 
allel I/O port, they can quickly overburden a CPU if 
other concurrent or critical real-time I/O is required. 
The cleanest and probably the least expensive solution 


in terms of development cost is to use a dedicated sin- 
gle-chip controller. However, a quick search through 
the literature turns up no controllers compatible with 
these 
new 
transports. 
What 
to 
do? 
Enter 
the 
UPI-4lAH 
family of Universal Peripheral Interfaces. 


The UPI-4lAH 
family is a group of two user-program- 
mable slave microcomputers plus a companion I/O ex- 
pander. The 874lAH is the "flag-chip" of the line. It is 
a complete microcomputer with 1024 bytes of EPROM 
program memory, 64 bytes of RAM data memory, 16 
individually programmable 
I/O 
lines, an 8-bit event 
counter and timer, and a complete slave peripheral in- 
terface with two interrupts and Direct Memory Access 
(DMA) control. The 804lA is the masked ROM, pin 
compatible version of the 874lAH. Figure 2 shows a 
block diagram common to both parts. The 8243 I/O 
port expander completes the family. Each 8243 pro- 
vides 16 programmable I/O lines. 


Using the UPI concept, the designer can develop a cus- 
tom peripheral control processor for his particular I/O 
problem. The designer simply develops his peripheral 
control algorithm using the UPI-41AH assembly lan- 
guage and programs 
the EPROM 
of the 8741AH. 


Voila! 


1024. a 
PROGRAM 
MEMORY 


a-BIT 
DATA 
BUS 
INPUT 
REGISTER 


a-BIT 
DATA 
BUS 
OUTPUT 
REGISTER 


64. a 
DATA 
MEMORY 


a-BIT 
STATUS 
REGISTER 


PERIPHERAL 
BUS 
231314-2 


He has a single-chip dedicated controller. Testing may 
be accomplished using either an ICE-4lA or the Single- 
Step mode of the 874lAH. UPI-4IAH peripheral inter- 
faces are being used to control printers, keyboards, dis- 
plays, custom serial interfaces, and data encryption 
units. Of course, the UPI family is perfect for develop- 
ing a dedicated 
controller 
for digital mini-cassette 


transports. To illustrate this application for the UPI 
family let's consider the job of controlling the Braemar 
CM-600 Mini-Dek·. 


The Braemar CM-600 is representative of digital mini- 
cassette transports. 
It is a single-head, single-motor 


transport which operates entirely from a single 5V pow- 
er supply. Its power requirements, including the motor, 
are 200 mA for read or write and 700 mA for rewind. 
Tape speeds are 3 inches per second (IPS) during read 
or write, 5 IPS fast forward, and 15 IPS rewind. With 
these speeds and a maximum recording density of 800 
bits per inch (BPI), the maximum data rate is 2400 bits 
per second (BAUD). The data capacity using both sides 
of a lOO-foottape is 200K bytes. On top of this, the 
transport 
occupies 
only 
22.5 
cubic 
inches 
(3" x3" x2.5"). 


All I/O for the CM-600 is TTL-compatible and can be 
divided into three groups: motor control, data control, 
and cassette status. The motor group controls 
are 


GO/STOP, 
FAST/SLOW, 
and 
FORWARD/RE- 
VERSE. 
The 
data 
controls 
are 
READIWRITE, 


DATA IN, and DATA OUT. The remaining group of 
outputs give the transport's status: CLEAR LEADER, 
CASSETTE 
PRESENCE, 
FILE 
PROTECT, 
and 


SIDE SENSOR. These signals, shown schematically in 
Figure 3 and Table I, give the pin definition of the 
CM-600 l6-pin I/O connector. 


The CM-600 does not provide either encoding or de- 
coding of the recorded data; that task is left for the 
peripheral 
interface. A multitude 
of encoding tech- 


niques from which the user may choose are available. 
In this single-chip dedicated controller application, a 
"self-clocking" phase encoding scheme similar to that 
used in floppy discs was chosen. This scheme specifies 
that a logic "0" is a bit cell with no transition; a cell 
with a transition is a logic "I." 


inter 


Pin 
I/O 
Function 


1 - 
Index pin-not 
used 
2 
- 
Signal ground 
3 
0 
Cassette 
side (Q-side 
B, 1-side 
A) 
4 
I 
Data input (Q-space, 
1-mark) 
5 
0 
Cassette 
presence 
(D-cassette, 
1-no 
cassette) 
6 
I 
Read/Write 
(Q-read, 
1-write) 
7 
0 
File protect 
(Q-tab 
present, 
1-tab 
removed) 


8 - 
+ 5V motor power 
9 - 
Power ground 
10 - 
Chassis ground 


11 
I 
Direction 
(Q-forward, 
1-rewind) 


12 
I 
Speed (Q-fast, 
1-slow) 


13 
0 
Data output (O-space, 
1-mark) 


14 
0 
Clear leader (D-clear 
leader, 1-011 
clear leader) 
15 
I 
Motion (D-go, 1-stop) 


16 - 
+ 5V logic power 


+5V MOTOR 
POWER----+- 


+5VlOGICPQWER-"'" 
TAPE DIRECTION 
(I we/AEW) 
BRAEMAR 


TAPE MOTION (STOP/GO)---+- 
CM.SOO'. 
TAPE SPEED (FAST/SLOW) 
DIGITAL 


SELECTAEADIWAITE-----' 
MINI CASSETTE 
DATA INPUT 
TRANSPORT 
POWER 
GROUND 


SIGNAL 
GROUND 


CHASSISGAQUNO--..... 


CASSETTE 
SIDE 
FilE 
PROTECT 
CASSETTE 
PRESENCE 
CLEAR 
LEADER 
DATA OUTPUT 


Figure 4 illustrates the encoding of the character 3~H 
assuming the previous data ended with the d~ta lme 
high. (The least significant bit is sent first.) Notice that 
there is always a "clocking" transition at the beginning 
of each cell. Decoding is simply a matter of triggering 
on this "clocking" transition, waiting 'Y. of a bit cell 
time, and determining whether a mid-cell transition has 
occurred. Cells with no mid-cell transitions are data O's; 
cells with transitions are data I's. This encoding tech- 
nique has all the benefits of Manchester encoding with 
the added advantage that the encoded data may be "de- 
coded by eyeball:" long cells are always O's, short cells 
are always I's. 


Besides the encoding scheme, the data format is also up 
to the user. This controller uses a variable byte length, 
checksum protected block format. Every block starts 
and ends with a SYNC character (AAH), and the char- 
acter immediately 
preceding the last SYNC is the 


Figure 4. Modified Phase Encoding of 
Character 3A Hex 


checksum. The checksum is capable of catching 2 bit 
errors. The number of data characters within a block is 
limited to 64K bytes. Blocks are separated by an Inter- 
Record Gap (IRG). The IRG is of such a length that 
the transport can stop and start within an IRG, as illus- 
trated in the data block timing, Figure 5. Braemar spec- 
ifies a maximum start or stop time of 150 ms for the 
transport, thus the controller uses 450 ms for the IRG. 
This gives plenty of margin for controlling the trans- 
port and also for detecting IRGs while skipping blocks. 


The goal of the UPI software design for this application 
was to make the UPI-4IAH 
microcomputer 
into an 


intelligent cassette control processor. The host proces- 
sor (8086, 8088, 8085A, etc.) simply issues a high-level 
command such as READ-a-block or WRITE-a-block. 
The 8741AH accepts the command, performs the re- 
quested operation, and returns to the host syst~m a re- 
sult code telling the outcome of the operatIon, ego 
Good-Completion, Sync Error, etc. Table 2 shows the 
command and result code repertoire. 
The 8741AH 


completely manages all the data transfers for reading 
and writing. 


As an example, consider the WRITE-a-block 
com- 


mand. When this command is issued, the UPI-4IAH 
expects a 16-bit number from the host telling how 
many data bytes to write (up to 64K bytes per block). 
Once this number is supplied in the form of two bytes, 
the host is free to perform other tasks; a bit in the UPI's 
STATUS register or an interrupt output will notify the 
host when a data transfer is required. The 874lAH 
then checks the transport's status to be sure that a cas- 
sette is present and not file protected. If either is false, a 
result code is returned to the host; otherwise the trans- 
port is started. After the peripheral controller checks to 
make sure that the tape is ofTthe clear leader and past 
the hole in the tape, it writes a 450 ms IRG, a SYNC 
character, the block of data, the checksum, and the 
final SYNC character. (The tape has a clear leader at 
both ends and a small hole 6 inches from the end of 
each leader.) The data transfers from the host to the 
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~OCHECKSUM~ 
~ 
!--450MS_1 
!-450MS_1 


'START 
TRANSPORT 
'STOP 
TRANSPORT 


Command 
Result 


Read (01H) 
Good-Completion 
(OOH) 
Buffer Overrun 
Error (41 H) 
Bad Synch1 
Error (42H) 
Bad Synch2 
Error (43H) 
Checksum 
Error (44H) 
Command 
Error (45H) 
End of Tape Error (46H) 


Rewind (04H) 
Good-Completion 
(OOH) 


Skip (03H) 
Good-Completion 
(OOH) 
End of Tape Error (47H) 
Beginning 
of Tape Error (48H) 


Write (02H) 
Good-Completion 
(OOH) 
Buffer Underrun 
Error (81 H) 
Command 
Error (82H) 


End of Tape Error (83H) 


UPI-41AH slave microcomputer are double butTered. 
The controller requests only the desired number of data 
bytes by keeping track of the count internally. 


If nothing unusual happened, such as finding clear 
leader while writing, it returns a Good-Completion re- 
sult code to the host. If clear leader was encountered, 
the transport is stopped immediately and an End-of- 
Tape result code is returned to the host. Another possi- 
ble error would be if the host is late in supplying data. 
If this occurs, the controller writes an IRG, stops the 
drive, and returns the appropriate Data-Underrun 
re- 
sult code. 


The 
READ-a-block 
command 
also provides 
error 


checking. Once this command is issued by the host, the 
controller checks for cassette presence. If present, it 
starts the transport. The data output from the transport 
is then examined and decoded continuously. If the first 


character is not a SYNC, that's an error and the con- 
troller returns a Bad-First-SYNC result code (42H) af- 
ter advancing to the next IRG. If the SYNC is good, 
the succeeding characters are read into an on-chip 30 
character circular butTer. This continues until an IRG 
is encountered. 
When this occurs, the transport 
is 


stopped. The controller then tests that it is the last 
character. If it is a SYNC, the controller then compares 


- the accumulated 
internal 
checksum 
to the block's 


checksum, the second to the last character of the block. 
If they match, a Good-Completion result code (OOH)~s 
returned to the host. If either test is bad, the appropn- 
ate error result code is returned. The READ command 
also checks for the End-of-Tape (EOT) clear leader and 
returns the appropriate error result code if it is found 
before the read operation is complete. 


The 30 character circular butTer allows the host up to 
30 character times of response time before the host 
must collect the data. All data transfers take place thru 
the 
UPI-41AH 
Data 
Bus 
ButTer Output 
register 


(DBBOUT). The controller continually monitors the 
status of this register and moves characters from the 
circular butTer to the register whenever it is empty. 


The SKIP-n-blocks command allows the host to skip 
the transport forward or backward up to 127 blocks. 
Once the command is issued, the controller expects one 
data byte specifying the number of blocks to skip. The 
most significant bit of this byte selects the direction of 
the skip (0 = forward, 1 = reverse). SKIP is a dual- 
speed operation in the forward direction. If the number 
of blocks to skip is greater than 8, the controller uses 
fast-forward (5 IPS until it is within 8 blocks of the 
desired location. Once within 8 blocks, the controller 
switches to the normal read speed (3 IPS) to allow ac· 
curate placement of the tape. The reverse skip uses only 
the rewind speed (15 IPS). 
Like the READ 
and 


WRITE commands, SKIP also checks for EOT and 
beginning-of-tape (BOT) depending upon the tape's di· 
rection. An error result code is returned if either is 
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CM-600 


MOTOR 
POWER 
~ 
LOGIC 
POWER 


II> 
1m 
TESTl 
DATA 
OUT 
j 
\VA 
III 
:Ii 
AO 
P,o 
DIRECTION 
'" 
Pll 
MOTION 
~ 
II> 
00-07 
P12 
SPEED 
> 
II> 
P13 
READIWRITE 
P14 
CLEAR 
LEADER 


OBF 
P,s 
FILE 
PROTECT 
P24 
P'6 
PRESENCE 
fBl' 
P2S 
P20 
DATA 
IN 


RESET 
POWER 
GND 
SIGNALGND 
CHASSISGND 


encountered before the number of blocks skipped is 
complete. 


The REWIND 
command simply rewinds the tape to 


the BOT clear leader. The ABORT command allows 
the termination of any operation in progress, except a 
REWIND. All commands, including ABORT, always 
leave the tape positioned on an IRG. 


There's hardly any hardware design effort required for 
the controller and transport interface in Figure 6. Since 
the CM-600 is TTL compatible, it connects directly to 
the 110 ports of the UPI controller. If the two are 
separated (i.e. on different PC cards), it is recommend- 
ed that TTL buffers be provided. The only external cir- 
cuitry needed is an LED driver for the DRIVE AC- 
TIVE status indicator. 


The 874IAH-to-host 
interface is equally straightfor- 


ward. It has a standard asynchronous peripheral inter- 
face: 8 data lines (Do-D7)' 
read (RD), write (WR), 


register select (AO), and chip select (CS). Thus it con- 
nects directly to an 8086, 8088, 8085A, 8080, or 8048 
bus structure. Two interrupt outputs are provided for 
data transfer requests if the particular system is inter- 
rupt-driven. DMA transfer capability is also available. 
The clock input can be driven from a crystal directly or 
with the system clock (6 MHz max). The UPI-4IAH 
clock may be asynchronous with respect to other clocks 
within the system. 


1741AH 


1041A 


XTAL1 


This application was developed on an Intel iSBC 80/30 
single board computer. The iSBC 80/30 is controlled 
by an 8085A microprocessor, contains 16K bytes of 
dual-ported dynamic RAM and up to 8K bytes of ei- 
ther EPROM or ROM. Its 110 complement consists of 
an 8255A Programmable Parallel Interface, an 8251A 
Programmable 
Communications 
Interface, 
an 
8253 


Programmable Interval Timer, and an 8259A Program- 
mable Interrupt 
Controller. The iSBC 80/30 is espe- 


cially convenient for UPI development since it contains 
an uncommitted socket dedicated to either an 804IA or 
8741AH, complete with buffering for its I/O ports. The 
iSBC 80/30 to 8741AH interface is reflected in Figure 
8. (Optionally, an iSBC 569 Digital Controller board 
could be used. The iSBC 569 board contains three un- 
committed UPI sockets with an interface similar to that 
in Figure 8.) 


Looking at the host-to-controller 
interface, the host 
sees the 8741AH as three registers in the host's I/O 
address space: the data register, the command register, 
and the status register. The decoding of these registers 
is shown in Figure 7. All data and commands for the 
co~troller are written into the Data Bus Buffer Input 
register (DBBIN). The state of the register select input, 
AO, determines whether a command or data is written. 
(Writes 
with 
AO 
set 
to 
I 
are 
commands 
by 
convention.) All data and results from the controller 
are read by the host from the Data Bus Buffer Output 
register (DBBOUT). 


CS 
AD 
\VA 
o 
0 
I 
001 
010 
010 
I 
X 
X 


AO 
Register 
o 
DBBOUT 


I 
STATUS 
o 
DBBIN (DATA) 
I 
DBBIN (COMMAND) 
X 
NONE 


Figure 7. 8741AH/8041A 
Interface 
Register 
Decoding 


OBF-OUTPUT 
BUFFER FUll 


IBF-INPUT 
BUFFER FUll 


FO-FlAG 
0 


F1-FlAG 
1 
DRIVEACTIVE 
FilE PROTECT 
CASSETTE PRESENCE 
BUSY 
231314-7 
Figure 8. Status Register 
Bit Definition 


The Status register contains flags which give the host 
the status of various operations within the controller. 
Its format is given in Figure 8. The Input Buffer Full 
(IBF) and Output Buffer Full (OBF) flags show the 
~tatus ..2f...!~eJ?BBIN and DBBOUT registers respec- 
tively. IBF mdlcates when the DBBIN register contains 
data written EL!he host. The host may write to DBBIN 
only when IBF is O. Likewise, the host may read 
DBBOUT only when OBF is set to a I. These bits are 
handled automatically by the UPI-4IAH internal hard- 
ware. FLAG 0 (Fo) and FLAG 1 (FI) are general pur- 
pose flags used internally by the controller which have 
no meaning externally. 


The remaining four bits are user-defmable. For this ap- 
plication they are DRIVE ACTIVE, FILE PROTECT, 
CASSETTE PRESENCE, and BUSY flags. The FILE 
PROTECT and CASSETTE PRESENCE flags reflect 
the state of the corresponding I/O lines from the trans- 
port. I?RIVE ACTIVE is set whenever the transport 
~otor ISon and the controller is performing an opera- 
tion. The BUSY flag indicates whether the contents of 
the DBBOUT register is data or a result code. The 
BUSY flag is set whenever a command is issued by the 
host and accepted by the controller. As long as BUSY 


is set, any character found in DBBOUT is a result code. 
Thus whenever the host finds OBF set, it should test 
the BUSY flag to determine whether the character is 
data or a result code. 


Notice the OBF and IBF are available as interrupt out- 
puts to the host processor, Figure 6. These outputs are 
self-clearing, that is, OBF is set automatically upon the 
controller loading DBBOUT and cleared automatically 
by the host reading DBBOUT. Likewise IBF is cleared 
to a 0 by the host writing into DBBIN: set to a I when 
the controller reads DBBIN into the accumulator. 


The flow charts of Figure 9 show the flow of sample 
host software assuming a polling software interface be- 
tween the host and the controller. The WRITE com- 
mand requires two additional count bytes which form 
the 16-bit byte count. These extra bytes are "hand- 
shaked" into the controller using the IBF flag in the 
STATUS register. Once these bytes are written 
the 


host writes data in response to IBF being cleared.' This 
continues until the host finds OBF set indicating that 
the operation is complete and reads the result code 
from DBBOUT. No testing of BUSY is needed since 
only the result code appears in the DBBOUT register. 


The READ command does require that BUSY be test- 
ed. Once the READ command is written into the con- 
troller, the host must test BUSY whenever OBF is set 
to determine whether the contents of DBBOUT is data 
from the tape or the result code. 


The UPI-4IAH 
software to control the cassette can be 


divided up into various commands such as WRITE, 
~AJ? 
and ABORT. In a previous version of this ap- 


plicatIOn note (May 1980), software was described that 
implemented these commands. This code however did 
not adequately compensate for speed variations of the 
motor during record and playback nor for data distor- 
tion caused by the magnetic media. Since then, a new 
code has been written to include these effects. This re- 
vised software is now available through the INTEL Us- 
er's Library, INSITE. For more information on this 
software or INSITE, contact your local INTEL Sales 
Office. 


APPLICATION 
NOTE 
AP-281 


UPI-452 Accelerates iAPX 286 
Bus Performance 


CHRISTOPHER 
SCOTT 
TECHNICAL 
MARKETING 
ENGINEER 
INTEL CORPORATION 


inter 


The UPI-452 targets the leading problem in peripheral 
to host interfacing, the interface of a slow peripheral 
with a fast Host or "bus utilization". The solution is 
data buffering to reduce the delay and overhead of 
transferring data between the Host microprocessor and 
I/O subsystem. The Intel CMOS UPI-452 solves this 
problem by combining a sophisticated programmable 
FIFO buffer and a slave interface with an MSC-51 
based microcontroller. 


The UPI-452 is Intel's newest Universal Peripheral In- 
terface family member. The UPI-452 FIFO buffer en- 
ables Host-peripheral 
comfllunications to be through 


streams or bursts of data rather than by individual 
bytes. In addition the FIFO provides a means of em- 
bedding commands within a stream or block of data. 
This enables the system designer to manage data and 
commands to further off-load the Host. 


The UPI-452 interfaces to the iAPX 286 microproces- 
sor as a standard Intel slave peripheral device. READ, 
WRITE, CS and address lines from the Host are used 
to access all of the Host addressable UPI-452 Special 
Function Registers (SFR). 


The UPI-452 combines an MSC-51 microcontroIfer, 
with 256 bytes of on-chip RAM and 8K bytes of 
EPROM/ROM, 
twice that of the 80C51, a two channel 
DMA controller and a sophisticated 
128 byte, two 


channel, bidirectional FIFO 
in a single device. The 
UPI-452 retains all of the 80C51 architecture, and is 
fully compatible with tbe MSC-51 instruction set. 


This application note is a description of an iAPX 286 to 
UPI-452 slave interface. Included is a discussion of the 
respective timings and design considerations. This ap- 
plication note is meant as a supplement to the UPI-452 
Advance Data Sheet. The user should consult the data 
sheet for additional 
defails on the various UPI-452 
functions and features. 


UPI-452 
iAPX 286 SYSTEM 
CONFIGURATION 


The interface described in this application 
note is 


shown in Figure I, iAPX 286 UPI-452 System Block 
Diagram. The iAPX 286 system is configured in a local 
bus architecture design. DMA between the Host and 
the UPI-452 
is supported 
by the 82258 Advanced 
DMA Controller. The Host microprocessor accesses all 
UPI-452 externally addressable registers through ad- 
dress decoding (see Table 3, UPI-452 External Address 
Decoding). The timings and interface descriptions be- 
low are given in equation form with examples of specif- 
ic calculations. The goal of this application note is a set 
of interface analysis equations. These equations are the 
tools a system designer can use to fully utilize the fea- 
tures of the UPI-452 to achieve maximum system per- 
formance. 


HOST-UPI-452 
FIFO SLAVE 
INTERFACE 


The UPI-452 FIFO acts as a buffer between the exter- 
nal Host 80286 and the internal CPU. The FIFO allows 
the Host - peripheral interface to achieve maximum de- 
coupling of the interface. Each of the two FIFO chan- 
nels is fully user programmable. The FIFO buffer en- 
sures that the respective CPU, Host or internal CPU, 
receives data in the same order as transmitted. Three 
slave bus interface handshake methods are supported 
by the UPI-452; DMA, Interrupt and Polled. 


The interface between the Host 80286 and the UPI-452 
is accomplished with a minimum of signals. The 8 bit 
data bus plus READ, WRITE, CS, and AO-2 provide 
access to all of the externally addressable UPI-452 reg- 
isters including the two FIFO channels. Interrupt and 
DMA handshaking pins are tied directly to the inter- 
rupt controller and DMA controller respectively. 


DMA transfers between the Host and UPI-452 are con- 
trolled by the Host processors DMA controller. In the 
example shown in Figure I, the Host DMA controller 
is the 82258 Advanced DMA Controller. An internal 
DMA transfer to or from the FIFO, as well as between 
other internal elements, is controlled by the UPI-452 
internal DMA processor. The internal DMA processor 
can also transfer data between Input and Output FIFO 
channels directly. The description that follows details 
the UPI-452 interface from both the Host processor's 
and the UPI-452's internal CPU perspective. 


One of the unique features of the UPI-452 FIFO is its 
ability to distinguish between commands and data em- 
bedded in the same data block. Both interrupts 
and 


status flags are provided to support this operation in 
either direction of data transfer. These flags and inter- 
rupts are triggered by the FIFO logic independent of, 
and transparent to either the Host or internal CPUs. 
Commands embedded in the data block, or stream, are 
called Data Stream Commands. 


Program'mable FIFO channel Thresholds are another 
unique feature of the UPI-452. The Thresholds provide 
for interrupting 
the Host only when the Threshold 


number of bytes can be read or written to the FIFO 
buffer. This further decouples the Host UPI-452 inter- 
face by relieving the Host of polling the buffer to deter- 
mine the number of bytes that can be read or written. It 
also reduces the chances of overrun and underrun er- 
rors which must be processed. 


The UPI-452 also provides a means of bypassing the 
FIFO, in both directions, for an immediate interrupt of 
either the Host or internal CPU. These commands are 
called Immediate Commands. A complete description 
of the internal FIFO logic operation is given in the 
FIFO Data Structure section. 
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The UPI-452 at power-on reset automatically performs 
a minimum initialization of itself. The UPI-452 notifies 
the Host that it is in the process of initialization by 
setting a Host Status SFR bit. The user UPI-452 pro- 
gram must release the UPI-452 from initialization for 
the FIFO to be accessible by the Host. This is the mini- 
mum Host to UPI-452 initialization sequence. All fur- 
ther initialization and configuration of the UPI-452, in- 
cluding the FIFO, is done by the internal CPU under 
user program control. No interaction or programming 
is required by the Host 80286 for UPI-452 initializa- 
tion. 


At power-on reset the UPI-452 automatically enters 
FIFO DMA Freeze Mode by resetting the Slave Con- 
trol (SLCON) SFR FIFO DMA FreezelNormal 
Mode 
bit to FIfO 
DMA Freeze Mode (FRZ = "0"). This 
forces the Slave Status (SSTAT) and 
Host 
Status 
(HSTAT) SFR FIFO DMA Freeze/Normal 
Mode bits 
to FIFO DMA Freeze Mode In Progress. FIFO DMA 
Freeze Mode allows the FIFO interface to be config- 
ured, by the internal CPU, while inhibiting Host access 
to the FIFO. 


The MODE SFR is forced to zero at reset. This dis- 
ables, (tri-states) the DRQIN/INTRQIN, 
DRQOUT/ 
INTRQOUT 
and INTRQ output pins. INTRQ is in- 
hibited from going active to reflect the fact that a Host 
Status SFR bit, FIFO DMA Freeze Mode, is active. If 
the MODE 
SFR 
INTRQ 
configure bit is enabled 


(= '1'), before the Slave Control and Host Status SFR 
FIFO DMA FreezelNormal 
Mode bit is set to Normal 
Mode, INTRQ will go active immediately. 


The first action by the Host following reset is to read 
the UPI-452 Host Status SFR FreezelNormal 
Mode 
bit to determine the status of the interface. This may be 
done in response to a UPI-452 INTRQ interrupt, or by 
polling the Host Status SFR. Reading the Host Status 
SFR resets the INTRQ line low. 


Any of the five FIFO interface SFRs, as well as a vari- 
ety of additional features, may be programmed by the 
internal CPU following reset. At power-on reset, the 
five FIFO Special Function Registers are set to their 
default values as listed in Table 1. All reserved location 
bits are set to one, all other bits are set to zero in these 
three SFRs. The FIFO SFRs listed in Table 1 can be 
programmed only while the UPI-452 is in FIFO DMA 
Freeze Mode. The balance of the UPI-452 SFRs default 
values and descriptions are listed in the UPI-452 Ad- 
vance Data Sheet in the Intel Microsystems Compo- 
nent Handbook Volume II and Microcontroller Hand- 
book. 


The above sequence is the minimum UPI-452 internal 
initialization required. The last initialization instruction 
must always set the UPI-452 to Normal Mode. This 
causes the UPI-452 to exit Freeze Mode and enables 


Host read/write access of the FIFO. The internal CPU 
sets the Slave Control (SLCON) SFR FIFO 
DMA 


FreezelNormal 
Mode (FRZ) bit high (= I) to activate 
Normal Mode. Ths causes the Slave Status (SSTAT) 
and Host Status (HSTAT) SFR FIFO DMA Freeze 
Mode bits to be set to Normal Mode. Table 2, UPI-452 
Initialization Event Sequence Example, shows a sum- 
mary of the initialization events described above. 


Table 1. FIFO Special Function 


Register 
Default 
Values 


SFR Name 
Label 
Reset 
Value 


Channel Boundary Pointer 
CBP 
40H/64D 


Output Channel Read Pointer 
ORPR 
40H/64D 


Output Channel Write Pointer 
OWPR 
40H/64D 


Input Channel Read Pointer 
IRPR 
OOH/OD 


Input Channel Write Pointer 
IWPR 
OOH/OD 


Input Threshold 
ITH 
OOH/OD 


Output Threshold 
OTH 
01H/1D 


Table 2. UPI-452 
Initialization 


Event Sequence 
Example 


Event Description 
SFR/bit 


Power-on Reset 


UPI-452 forces FIFO DMA 
SLCON FRZ = 0 


Freeze Mode (Host access to 
FIFO inhibited) 


UPI-452 forces Slave Status and 
SSTAT SST5 = 0 


Host Status SFR to FIFO DMA 
HSTAT HST1 = 1 


Freeze Mode In Progress 


UPI-452 forces all SFRs, 
including FIFO SFRs, to default 
values. 


• UPI-452 user program enables 
MODE MD4 = 1 
INTRa, INTRa goes active, high 


• Host READ's UPI-452 Host 
Status (HSTAT) SFR to 
determine interrupt source, 
INTRa goes low 


• UPI-452 user program initializes 
any other SFRs; FIFO, Interrupts, 
Timers/Counters, 
etc. 


User program sets Slave Control 
SLCON FRZ = 1 


SFR to Normal Mode (Host 
access to FIFO enabled) 


UPI-452 forces Slave and Host 
SSTAT SST5 = 1 


Status SFRs bits to Normal 
HSTAT HST1 = 0 


Operation 


• Host polls Host Status SFR to 


determine when it can access the 
FIFO 
- or- 


• Host waits for UPI-452 Request 
for Service interrupt to access 
FIFO 


inter 


The UPI-452 provides three means of communication 
between the Host microprocessor and the UPI-452 in 
either direction; 


Data 
Data Stream Commands 
Immediate Commands 


Data and Data Stream Commands (DSC) are trans- 
ferred between the Host and UPI-452 through the UPI- 
452 FIFO buffer. The third, Immediate Commands, 
provides a means of bypassing the FIFO entirely. These 
three data types are in addition to direct access by ei- 
ther Host or Internal CPU of dedicated Status and 
Control Special Function Registers (SFR). 


The FIFO appears to both the Host 80286 and the in- 
ternal CPU as 8 bits wide. Internally the FIFO is logi- 
cally nine bits wide. The ninth bit indicates whether the 
byte is a data or a Data Stream Command (DSC) byte; 
o = data, I = DSC. The ninth bit is set by the FIFO 
logic in response to the address specified when writing 
to the FIFO by either Host or internal CPU. The FIFO 
uses the ninth bit to condition the UPI-452 interrupts 
and status flags as a byte is made available for a Host or 
internal CPU read from the FIFO. Figures 2 and 3 
show the structure of each FIFO channel and the logi- 
cal ninth bit. 


It is important to note that both data and DSCs are 
actually entered into the FIFO buffer (see Figures 2 
and 3). External addressing of the FIFO determines the 
state of the internal FIFO logic ninth bit. Table 3 shows 
the UPI-452 External Address Decoding used by the 
Host and the corresponding action. The internal CPU 
interface to the FIFO is essentially identical to the ex- 
ternal Host interface. Dedicated internal Special Func- 
tion Registers provide the interface between the FIFO, 
internal CPU and the internal two channel DMA proc- 
essor. FIFO read and write operations by the Host and 
internal CPU are interleaved by the UPI-452 so they 
appear to be occurring simultaneously. 


The ninth bit provides a means of supporting two data 
types within the FIFO buffer. This feature enables the 
Host and UPI-452 to transfer both commands and data 
while maintaining the decoupled interface a FIFO buff- 
er provides. The logical ninth bit provides both a means 
of embedding commands within a block of data and a 
means for the internal CPU, or external Host, to dis- 
criminate between data and commands. Data or DSCs 
may be written in any order desired. Data Stream 


Commands can be used to structure or dispatch the 
data by defining the start and end of data blocks or 
packets, or how the data following a DSC is to be pro- 
cessed. 


A Data Stream Command (DSC) acts as an internal 
service routine vector. The DSC generates an interrupt 
to a service routine which reads the DSC. The DSC 
byte acts as an address vector to a user defined service 
routine. The address can be any program or data mem- 
ory location with no restriction on the number of DSCs 
or address boundaries. 


A Data Stream Command (DSC) can also be used to 
clear data from the FIFO or "FLUSH" the FIFO. This 
is done by appending a DSC to the end of a block of 
data entered in the FIFO which is less than the pro- 
grammed threshold number of bytes. The DSC will 
cause an interrupt, if enabled, to the respective receiv- 
ing CPU. This ensures that a less than Threshold num- 
ber of bytes in the FIFO will be read. Two conditions 
force a Request for Service interrupt, if enabled, to the 
Host. The first is due to a Threshold number of bytes 
having been written to the FIFO Output channel; the 
second is if a DSC is written to the Output FIFO chan- 
nel. If less than the Threshold number of bytes are writ- 
ten to the Output FIFO channel, the Host Status SFR 
flag will not be set, and a Request for Service interrupt 
will not be generated, if enabled. By appending a DSC 
to end of the data block, the FIFO Request for Service 
flag and! or interrupt will be generated. 


An example of a FIFO Flush application is a mass stor- 
age subsystem. The UPI-452 provides the system inter- 
face to a subsystem which supports tape and disk stor- 
age. The FIFO size is dynamically changed to provide 
the maximum buffer size for the direction of transfer. 
Large data blocks are the norm in this application. The 
FIFO Flush provides a means of purging the FIFO of 
the last bytes of a transfer. This guarantees that the 
block, no matter what its size, will be transmitted out of 
the FIFO. 


Immediate Commands allow more direct communica- 
tion between the Host processor and the UPI-452 by 
bypassing the FIFO in either direction. The Immediate 
Command IN and OUT SFRs are two more unique 
address locations externally and internally addressable. 
Both DSCs and Immediate Commands have internal 
interrupts and interrupt priorities associated with their 
operation. The interrupts are enabled or disabled by 
setting 
corresponding 
bits 
in 
the 
Slave 
Control 


(SLCON), Interrupt 
Enable (IEC), Interrupt 
Priority 


(IPC) and Interrupt Enable and Priority (IEP) SFRs. A 
detailed description of each of these may be found in 
the UPI-452 Advance Information Data Sheet. 


inter 


INPUT 
FIFO 
CHANNEL 


INTERNAL 
CPU 
(DATA 
PROCESSOR) 


inter 


OUTPUT 
flfO 
CHANNEL 


INTERNAL CPU 
(DATA PROCESSOR) 


'I' 
. 
. 


, 
, 


inter 


DACK 
CS 
A2 
A1 
AO 
READ 
WRITE 


1 
1 
X 
X 
X 
No Operation 
No Operation 


1 
0 
0 
0 
0 
Data or DMA from 
Data or DMA to 
Output FIFO Channel 
Input FIFO Channel 


1 
0 
0 
0 
1 
Data Stream Command 
Data Stream Command 


from Output FIFO 
to Input FIFO 
Channel 
Channel 


1 
0 
0 
1 
0 
Host Status SFR 
Reserved 
Read 


1 
0 
0 
1 
1 
Host Control SFR 
Host Control SFR 
Read 
Write 


1 
0 
1 
0 
0 
Immediate 
Command 
Immediate 
Command 


SFR Read 
SFRWrite 


1 
0 
1 
1 
X 
Reserved 
Reserved 


0 
X 
X 
X 
X 
DMA Data from 
DMA Data to Input 


Output FIFO Channel 
FIFO Channel 


Below is a detailed description of each FIFO channel's 
operation, including the FIFO logic response to the 
ninth bit, as a byte moves through the channel. The 
description covers each of the three data types for each 
channel. The details below provide a picture of the vari- 
ous FIFO features and operation. By understanding the 
FIFO structure and operation the user can optimize the 
interface to meet the requirements of an individual de- 
sign. 


This section covers the data path from the internal 
CPU to the HOST. Data Stream Command or Immedi- 
ate Command processing during Host DMA Opera- 
tions is covered in the DMA section. 


The internal CPU writes data and Data Stream Com- 
mands into the FIFO through the FIFO OUT (FOUT) 
and Command OUT (COUT) SFRs. When a Thresh- 
old number of bytes has been written, the Host Status 
SFR Output FIFO Request for Service bit is set and an 
interrupt, if enabled, is generated to the Host. Either 
the INTRQ 
or DRQOUT/INTRQOUT 
output pins 


can be used for this interrupt 
as determined by the 


MODE and Host Control (HCON) SFR setting. The 
Host responds to the Request for Service interrupt by 
reading the Host Status (HSTAT) SFR to determine 
the source of the interrupt. The Host then reads the 
Threshold number of bytes from the FIFO. The inter- 
nal CPU may continue to write to the FIFO during the 
Host read of the FIFO Output channel. 


inter 


Data Stream Commands may be written to the Output 
FIFO channel at any time during a write of data bytes. 
The write instruction need only specify the Command 
Out (COUT) SFR in the direct register instruction 
used. Immediate Commands may also be written at any 
time to the Immediate Command OUT (IMOUT) SFR. 
The Host reads Immediate Commands from the Imme- 
diate Command OUT (IMOUT). 


The internal CPU can determine the number of bytes to 
write to the FIFO Output channel in one of three ways. 
The first, and most efficient, is by utilizing the internal 
DMA processor which will automatically manage the 
writing of data to avoid Underrun or Overrun Errors. 
The second is for the internal CPU to read the Output 
FIFO channels Read and Write Pointers and compare 
their values to determine the available space. The third 
method for determining the available FIFO space is to 
always write the programmed channel size number of 
bytes to the Output FIFO. This method would use the 
Overrun Error flag and interrupt to halt FIFO writing 
whenever the available space was less than the channel 
size. The interrupt service routine could read the chan- 
nel pointers to determine or monitor the available chan- 
nel space. The time required for the internal CPU to 
write data to the Output FIFO channel is a function of 
the individual instruction cycle time and the number of 
bytes to be written. 


The Host reads data or Data Stream Commands (DSC) 
from 
the 
FIFO 
in response 
to 
the 
Host 
Status 
(HSTAT) SFR flags and interrupts, 
if enabled. All 


Host read operations access the same UPI-452 internal 
I/O 
Buffer Latch. At the end of the previous Host 


FIFO read cycle a byte is loaded from the FIFO into 
the I/O Buffer Latch and Host Status (HSTAT) SFR 
bit 5 is set or cleared (I = DSC, 0 = data) to reflect 
the state of the byte's FIFO ninth bit. If the FIFO ninth 
bit is set (= I) indicating a DSC, an interrupt is gener- 
ated 
to 
the 
external 
Host 
via 
INTRQ 
pin 
or 
INTRQIN/INTRQOUT 
pins as determined by Host 
Control (HCON) SFR bit 1. The Host then reads the 
Host Status (HSTAT) SFR to determine the source of 
the interrupt. 


The most efficient Host read operation of the FIFO 
Output channel is through the use of Host DMA. The 
UPI-452 fully supports external DMA handshaking. 
The MODE and Host Control SFRs control the config- 
uration of UPI-452 Host DMA handshake outputs. If 
Host DMA is used the Threshold Request for Service 
interrupt 
asserts 
the 
UPI-452 
DMA 
Request 


(DRQOUT) 
output. 
The Host DMA 
processor ac- 
knowledges with DACK which acts as a chip select of 
the FIFO 
channels. The DMA transfer would stop 
when either the threshold byte count had been read, as 
programmed in the Host DMA processor, or when the 
DRQOUT output is brought inactive by the UPI-452. 


This section covers the data path from the HOST to the 
internal CPU or internal DMA processor. The details 
of Data Stream Command or Immediate Command 
processing during internal DMA operations are cov- 
ered in the DMA section below. 


The Host writes data and Data Stream Commands into 
the FIFO through the FIFO IN (FIN) and Command 
IN (CIN) SFRs. When a Threshold number of bytes 
has been read out of the Input FIFO channel by the 
internal CPU, the Host Status SFR Input FIFO Re- 
quest for Service bit is set and an interrupt, if enabled, 
is generated to the Host. The Input FIFO Threshold 
interrupt tells the Host that it may ,write the next block 
of data into the FIFO. Either the INTRQ or DRQIN/ 
INTRQIN output pins can be used for this interrupt as 
determined by the MODE and Host Control (HCON) 
SFR settings. The Host may continue to write to the 
FIFO Input channel during the internal CPU read of 
the FIFO. Data Stream Commands may be written to 
the FIFO Input channel at any time during a write of 
data bytes. Immediate Commands may also be written 
at any time to the Immediate Command IN (IMIN) 
SFR. 


The Host also has three methods for determining the 
available FIFO space. Two are essentially identical to 
that of the internal CPU. They involve reading the 
FIFO Input channel pointers and using the Host Status 
SFR Underrun and Overrun Error flags and Request 
for Service interrupts these would generate, if enabled 
in combination. The third involves using the UPI-452 
Host DMA controller handshake signals and the pro- 
grammed Input FIFO Threshold. The Host would re- 
ceive a Request for Service interrupt when an Input 
FIFO channel has a Theshold number of bytes able to 
be written by the Host. The Host service routine would 
then write the Threshold number of bytes to the FIFO. 


If a Host DMA is used to write to the FIFO Input 
channel, the Threshold Request for Service interrupt 
could assert the UPI-452 DRQIN output. The Host 
DMA processor would assert DACK and the FIFO 
write would be completed by Host the DMA processor. 
The DMA transfer would stop when either the Thresh- 
old byte count had been written or the DRQIN output 
was removed by the UPI-452. Additional details on 
Host and internal DMA operation is given below. 


At the end of an internal CPU read cycle a byte is 
loaded from the FIFO buffer into the FIFO IN/Com- 
mand IN SFR and Slave Status (SSTAT) SFR bit I is 
set or cleared (1 = data, 0 = DSC) to reflect the state 
of the FIFO ninth bit. If the byte is a DSC, the FIFO 
ninth bit is set (= 
1) and an interrupt is generated, if 


enabled, to the Internal CPU. The internal CPU then 
reads the Slave Status (SSTAT) SFR to determine the 
source of the interrupt. 


Immediate Commands are written by the Host and 
read by the internal CPU through the Immediate Com- 
mand IN (IMIN) SFR. Once written, an Immediate 
Command sets the Slave Status (SSTAT) SFR flag bit 
and generates an interrupt, if enabled, to the internal 
CPU. In response to the interrupt the internal CPU 


CHANNEL 
BOUNDRY ~ 
POINTER 


(CBP) 


FIFO 
INPUT 
CHANNEL 


FIFO 
OUTPUT 
CHANNEL 


reads the Slave Status (SSTAT) SFR to determine the 
source of the interrupt and servicethe Immediate Com- 
mand. 


The Host does not have direct control of the FIFO 
Input or Output channel sizes or configuration. The 
Host can, however, issue Data Stream Commands or 
Immediate Commands to the UPI-452 instructing the 
UPI-452 to reconfigure the FIFO interface by invoking 
FIFO DMA Freeze Mode. The Data Stream Com- 
mand or Immediate Command would be a vector to a 
serviceroutine which performs the specificreconfigura- 
tion. 


The default power-on reset FIFO channel sizes are list- 
ed in the "Initialization" section and can be set only by 
the internal CPU during FIFO DMA Freeze Mode. 
The FIFO channel size is selected to achieve the opti- 
mum application performance. The entire 128 byte 
FIFO can be allocated to either the Input or Output 
channel. In this case the other channel consists of a 
single SFR; FIFO IN/Command IN or FIFO OUT/ 
Command OUT SFR. Figure 4 shows a FIFO division 
with a portion devoted to each channel. Figure 5 shows 
a FIFO configuration with all 128bytes assigned to the 
Output channel. 


The FIFO channel Threshold feature allows the user to 
match the FIFO channel size and the performance of 
the internal and Host data transfer rates. The pro- 
grammed Threshold provides an elasticity to the data 
transfer operation. An example is if the Host FIFO 


HOST CPU --+I 
•• 
j-. 
FIFO IN SFR 


CHANNEL 
INTERNAL 
BOUNDRY 
CPU 
POINTER 
FifO 


(CBP) 
INPUT 
FIFO OUT SFR 
CHANNEL 


data transfer rate is twice as fast as the internal FIFO 
DMA data transfer rate. In this example the FIFO In- 
put channel size is programmed to be 64 bytes and the 
Input channel Threshold is programmed to be 20 bytes. 
The Host writes the first 64 bytes to the Input FIFO. 
When the internal DMA processor has read 20 bytes 
the Threshold interrupt, or DMA request (DRQIN), is 
generated to signal the Host to begin writing more data 
to the Input FIFO channel. The internal DMA proces- 
sor continues to read data from the Input channel as 
the Host, or Host DMA processor, writes to the FIFO. 
The Host can write 40 bytes to the FIFO Input chan- 
nels in the time it takes for the internal DMA processor 
to read 20 more bytes from it. This will keep both the 
Host and internal DMA operating at their maximum 
rates without forcing one to wait for the other. 


Two methods of managing the FIFO size are possible; 
fixed and variable channel size. A fixed channel size is 
one where the channel is configured at initialization 
and remains unchanged throughout program execution. 
In a variable FIFO channel size, the configuration is 
changed dynamically to meet the data transmission re- 
quirements as needed. An example of a variable chan- 
nel size application is the mass storage subsystem de- 
scribed earlier. To meet the demands of a large data 
block transfer the FIFO size could be fully allocated to 
the Input or Output channel as needed. The Thresholds 
are also reprogrammed 
to match the respective data 
transfer rates. 


An example of a fixed channel size application might be 
one which uses the UPI-452 to directly control a series 
of stepper motors. The UPI-452 manages the motor 
operation and status as required. This would include 
pulse train, acceleration, deceleration and feedback. 
The Host transmits motor commands to the UPI-452 in 
blocks of 6-10 bytes. Each block of motor command 
data is preceded by a command to the UPI-452 which 
selects a specific motor. The UPI-452 transmits blocks 
of data to the Host which provides motor and overall 
system status. 
The data and embedded commands 
structure, indicating the specific motor, is the same. In 


this example the default 64 bytes per channel might be 
adequate for both channels. 


Interrupts enable the Host UPI-452 FIFO buffer inter- 
face and the internal CPU FIFO buffer interface to 
operate with a minimum of overhead on the respective 
CPU. Each CPU is "interrupted" 
to service the FIFO 


on an as needed basis only. In configuring the FIFO 
buffer Thresholds and choosing the appropriate inter- 
nal DMA Mode the user must take into account the 
interrupt response time for both CPUs. These response 
times will affect the DMA transfer rates for each chan- 
nel. By choosing FIFO channel Thresholds which re- 
flect both the respective DMA transfer rate and the 
interrupt response time the user will achieve the maxi- 
mum data throughput and system bus decoupling. This 
in turn will mean the overall available system bus band- 
width will increase. 


The following section describes the FIFO interrupt in- 
terface to the Host and internal CPU. It also describes 
an analysis of sample interrupt response times for the 
Host and UPI-452 internal CPU. These equations and 
the example times shown are then used in the DMA 
section to further analyze an optimum Host UPI-452 
interface. 


Interrupts to the Host processor are supported by the 
three 
UPI-452 
output 
pins; 
INTRQ, 
DRQIN/ 


INTRQIN 
and DRQOUT/INTRQOUT. 
INTRQ is a 


general purpose Request For Service interrupt output. 
DRQINIINTRQIN 
and DRQOUTIINRQOUT 
pins 


are multiplexed to provide two special "Request for 
Service" FIFO interrupt request lines when DMA is 
disabled. A FIFO Input or Output channel Request for 
Service interrupt is generated based upon the value pro- 
grammed in the respective channel's Threshold SFRs; 
Input 
Threshold 
(ITHR), 
and 
Output 
Threshold 


inter 


(OTHR) SFRs. Additional interrupts are provided for 
FIFO 
Underrun 
and Overrun 
Errors, 
Data Stream 
Commands 
and Immediate Commands. Table 4 lists 
the eight UPI-452 interrupt sources as they appear in 
the HSTAT SFR to the Host processor. 


Table 
4 UPI·452 to Host 
Interrupt 
Sources 


HSTAT 
Interrupt 
Source 
SFR Bit 


HST7 
Output FIFO Underrun 
Error 


HST6 
Immediate 
Command 
Out SFR Status 


HST5 
Data Stream Command/Data 
at Output 
FIFO Status 


HST4 
Output FIFO Request 
for Service Status 


HST3 
Input FIFO Overrun 
Error Condition 


HST2 
Immediate 
Comamnd 
In SFR Status 


HST1 
FIFO DMA Freeze/Normal 
Mode 
Status 


HSTO 
Input FIFO Request for Service 


The interrupt response time required by the Host proc- 
essor is application and system specific. In general, a 
typical sequence of Host int.errupt ~esponse eve~ts a~d 
the approximate times assocIated wIth each are hsted In 
Equation I. 


The 
example 
assumes 
the 
hardware 
configuration 
shown in Figure I, iAPX 2861UPI-452 Block Diagram, 
with an 8259A Programmable 
Interrupt 
Controller. 
The timing analysis in Equation I also assumes the fol- 
lowing; no other interrupt is either in process or pend- 
ing, nor is the 286 in a LOCK condition. The current 
instruction completion time is 8 clock cycles (800 ns @ 
10 MHz), or 4 bus cycles. The interrupt service routine 
first executes a PUSHA instruction, PUSH All General 
Registers, to save all iAPX 286 internal registers. This 
requires 19 clocks (or 2.0 JLs 
@ 10 MHz), or 10 bus 
cycles (rounded to complete bus cycle). The next serv- 
ice routine instruction reads the UPI-452 Host Status 
SFR to determine the interrupt source. 


It is important to note that any UPI-452 INTRQ inter- 
rupt service routine should ALWAYS mask for the 
Freeze Mode bit first. This will insure that Freeze 
Mode always has the highest priority. This will also 
save the time required to mask for bits which are forced 
inactive during 
Freeze Mode, 
before checking the 
Freeze Mode bit. Access to the FIFO channels by the 
Host is inhibited during Freeze Mode. Freeze Mode is 
covered in more detail below. 


To initiate the interrupt 
the UPI-452 activates the 
INTRQ output. The interrupt acknowledge sequence 
requires two bus cycles, 400 ns (10 MHz iAPX 286), 
for the two INT A pulse sequence. 


Equation 
1. Host Interrupt 
Response 
Time 


Bus 
Action 
Time 
Cycles' 


Current instruction 
execution 
completion 
INTA sequence 
Interrupt service routine (time 
to host first READ of UPI-452) 


Total Interrupt 
Response 
Time 


800 ns 
400 ns 


2000 ns 


2.3 JLs 


NOTE: 
10 MHz iAPX 286 bus cycle, 200 ns each 


The internal CPU FIFO interrupt interface is essential- 
ly identical to that of the Host to the FIFO. T~ree 
internal interrupt sources support the FIFO operation; 
FIFO-Slave bus Interface Buffer, DMA Channel 0 and 
DMA Channel I Requests. These interrupts provide a 
maximum decoupling of the FIFO buffer and the inter- 
nal CPU. The four different internal DMA Modes 
available add flexibility to the interface. 


The FIFO-Slave Bus Interface interrupt 
response is 
also similar to the Host response to an INTRQ Request 
for Service interrupt. The internal CPU responds to the 
interrupt by reading the Slave Status (SSTAT) SFR to 
determine the source of the interrupt. This allows the 
user to prioritize the Slave Status flag response to meet 
the users application needs. 


The internal interrupt response time is dependent on 
the current instruction execution, whether the interrupt 
is enabled, and the interrupt priority. In general, to fin- 
ish execution of the current instruction, respond to the 
interrupt request, push the Program Counter (PC) and 
vector to the first instruction of the interrupt service 
routine requires from 38 to 86 oscillator periods (2.38 
to 5.38 JLs 
@ 16 MHz). If the interrupt is due to an 
Immediate Command or DSC, additional time is re- 
quired to read the Immediate Command or DSC SFR 
and vector to the appropriate 
service routine. This 
means two service routines back to back. One service 
routine to read the Slave Status (SSTAT) SFR to deter- 
mine the source of the Request for Service interrupt, 
and second the service routine pointed to by the Imme- 
diate Command or DSC byte read from the respective 
SFR. 
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DMA is the fastest and most efficient way for the Host 
or internal CPU to communicate with the FIFO buffer. 
The UPI-452 provides support for both of these DMA 
paths. The two DMA paths and operations are fully 
independent of each other and can function simulta- 
neously. While the Host DMA processor is performing 
a DMA transfer to or from the FIFO, the UPI-452 
internal DMA processor can be doing the same. 


Below are descriptions of both the Host and internal 
DMA operations. Both DMA paths can operate asyn- 
chronously and at different transfer rates. In order to 
make the most of this simultaneous asynchronous oper- 
ation it is necessary to calculate the two transfer rates 
and accurately match their operations. Matching the 
different transfer rates is done by a combination of ac- 
curately programmed FIFO channel size and channel 
Thresholds. This provides the maximum Host and in- 
ternal CPU to FIFO buffer interface decoupling. Below 
is a description of each of the two DMA operations and 
sample calculations for determining transfer rates. The 
next section of this application note, "Interface Laten- 
cy", details the considerations involved in analyzing ef- 
fective transfer rates when the overhead associated with 
each transfer is considered. 


DMA transfers between the Host and UPI-452 FIFO 
buffer are controlled by the Host CPU's DMA control- 
ler, and is independent of the UPI-452's internal two 
channel DMA processor. The UPI-452's internal DMA 
processor supports data transfers between the UPI-452 
internal RAM, external RAM (via the Local Expansion 
Bus) and the various Special Function Registers includ- 
ing the FIFO Input and Output channel SFRs. 


The maximum DMA transfer rate is achieved by the 
minimum DMA transfer cycle time to accomplish a 
source to destination move. The minimum Host UPI- 
452 FIFO DMA cycle time possible is determined by 
the READ and WRITE pulse widths, UPI-452 com- 
mand recovery times in relation to the DMA transfer 
timing and DMA controller transfer mode used. Table 
5 shows the relationship between the iAPX-286, iAPX- 
186 and UPI-452 for various DMA as well as non- 
DMA byte by byte transfer modes versus processor fre- 
quencies. 


Host processor speed vs wait states required with UPI- 
452 running at 16 MHz: 


Table 5. Host UPI·452 


Data Transfer Performance 


Walt States: 
DMA: 
Processor & 
Back to Back 
Two 


Speed 
READ/ 
Single 
Cycle 


WRITE's 
Cycle 


iAPX·186· 
8MHz 
0 
N/A' 
0 


10 MHz 
0 
N/A' 
0 


12.5 MHz 
1 
N/A" 
0 


iAPX-286" 
6 MHz 
0 
0 
0 


8MHz 
1 
1 
0 


10 MHz 
2 
2 
0 


NOTES: 
• iAPX186 On-chipDMAprocessor is two cycle operation 


only. 


•• iAPX286 assumes 82258 ADMA(or other DMA)run- 


ning286 bus cycles at 286 clock rate. 


In this application note system example, shown in Fig- 
ure I, DMA operation is assumed to be two bus cycle 
I/O to memory or memory to I/O. Two cycle DMA 
consists of a fetch bus cycle from the source and a store 
bus cycle to the destination. The data is stored in the 
DMA controller's registers before being sent to the des- 
tination. Single cycle DMA transfers involve a simulta- 
neous fetch from the source and store to the destina- 
tion. As the most common method of I/O-memory 
DMA operation, two cycle DMA transfers are the fo- 
cus of this application note analysis. Equation 2 illus- 
trates a calculation of the overall transfer rate between 
the FIFO buffer and external Host for a maximum 
FIFO size transfer. The equation does not account for 
the latency of initiating the DMA transfer. 


Equation 2. Host FIFO DMA Transfer 


Rate-Input 
or Output Channel 


2 
Cycle DMA Transfer-I/O (UPI-452) to System 


Memory 
FIFO channel size' (DMA READ/WRITE 
FIFO time + DMA WRITE/READ Memory 
Time) 
128 bytes' (200 ns + 200 ns) 
51.21J-s 
256 bus cycles' 


NOTES: 
'10 MHz iAPX 286, 200 ns bus cycles. 


The UPI-452 design is optimized for high speed DMA 
transfers between the Host and the FIFO buffer. The 
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UPI-452 internal FIFO buffer control logic provides 
the necessary synchronization 
of the external Host 
event and the internal 
CPU machine cycle during 
UPI-452 RD/WR 
accesses. This internal synchroniza- 
tion is addressed by the TCC AC specification of the 
UPI-452 shown in Figure 6. TCC is the time from the 
leading or trailing edge of a UPI-452 RD/WR 
to the 
same edge of the next UPI-452 RD/WR. 
The Tce 
time is effectively another way of measuring the system 
bus cycle time with reference to UPI-452 accesses. 


In the iAPX-286 10 MHz system depicted in this appli- 
cation note the bus cycle time is 200 ns. Alternate cycle 
accesses of the UPI-452 during two cycle DMA opera- 
tion yields a TCC time of 400 ns which is more than the 
TCC minimum time of 375 ns. Back to back Host 
UPI-452 READ/WRITE 
accesses may require wait 
states as shown in Table 5. The difference between 10 
MHz iAPX-186 and 10 MHz iAPX 286 required wait 
states is due to the number of clock cycles in the respec- 
tive bus cycle timings. The four clocks in a 10 MHz 
iAPX 186 bus cycle means a minimum TCC time of 
400 ns versus 200 ns for a 10 MHz iAPX 286 with two 
clock cycle zero wait state bus cycle. 


DMA handshaking between the Host DMA controller 
and the UPI-452 is supported by three pins on the UPI- 
452; 
DRQIN/INTRQIN, 
DRQOUT/INTRQOUT 
and DACK. The DRQINIINTRQIN 
and DRQOUT/ 
INTRQOUT outputs are two multiplexed DMA or in- 
terrupt request pins. The function of these pins is con- 
trolled by MODE 
SFR bit 6 (MD6). DRQIN 
and 
DRQOUT provide a direct interface to the Host system 
DMA 
controller 
(see Figure 
1). In response to a 
DRQIN or DRQOUT request, the Host DMA control- 
ler initiates control of the system bus using HLD/ 
HLDA. The FIFO Input or Output channel transfer is 
accomplished with a minimum of Host overhead and 
system bus bandwidth. 


The third handshake signal pin is DACK which is used 
as a chip select during DMA data transfers. The UPI- 
452 Host READ and WRITE input signals select the 
respective Input 
and Output 
FIFO 
channel during 
DMA 
transfers. The CS and address lines provide 
DMA acknowledge for processors with onboard DMA 
controllers which do not generate a DACK signal. 


The iAPX 286 Block I/O Instructions provide an alter- 
native to two cycle DMA data transfers with approxi- 
mately the same data rate. The String Input and Out- 
put instructions (INS & OUTS) when combined with 
the Repeat (REP) prefix, modifies INS and OUTS to 
provide a means of transferring blocks of data between 
I/O and Memory. The data transfer rate using REP 
INS/OUTS instructions is calculated in the same way 
as two cycle DMA transfer times. Each READ 
or 
WRITE would be 200 ns in a 10 MHz iAPX 286 sys- 
tem. 
The 
maximum 
transfer 
rate 
possible 
is 
2.5 
MBytes/second. 
The Block I/O 
FIFO 
data transfer 
calculation is the same as that shown in Equation 2 for 
two cycle DMA data transfers including TCC timing 
effects. 


During a Host DMA write to the FIFO, if a DSC is to 
be written, the DMA transfer is stopped, the DSC is 
written and the DMA restarted. During a Host DMA 
read from the FIFO, if a DSC is loaded into the I/O 
Buffer Latch the DMA request, DRQOUT, will be de- 
activated 
(see Figure 
2 above). 
The 
Host 
Status 
(HSTAT) SFR Data Stream Command bit is set and 
the INTRQ interrupt 
output goes active, if enabled. 


The Host responds to the interrupt as described above. 


Symbol 
DescrIptIon 
Var.Osc. 
@16 MHz 


TCC 
Command 
Cycle 
6· 
Tclcl 
375 nsmin 
Time 
TRV 
Command 
Recovery 
75 
75 ns min 
Time 
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Once INTRQ is deactivated and the DSC has been read 
by the Host, the DMA request, DRQOUT, is reassert- 
ed by the UPI-452. The DMA request then remains 
active until the transfer is complete or another DSC is 
loaded into the I/O Buffer Latch. 


An Immediate Command written by the internal CPU 
during a Host DMA FIFO transfer also causes the 
Host Status flag and INTRQ to go active if enabled. In 
this case the Immediate Command would not terminate 
the DMA transfer unless terminated by the Host. The 
INTRQ line remains active until the Host reads the 
Host Status (HSTAT) SFR to determine the source of 
the interrupt. 


The net effect of a Data Stream Command (DSC) on 
DMA data transfer rates is to add an additional factor 
to the data transfer rate equation. This added factor is 
shown in Equation 3. An Immediate Command has the 
same effect on the data transfer rate if the Immediate 
Command interrupt is recognized by the Host during a 
DMA transfer. If the DMA transfer is completed be- 
fore the Immediate Command interrupt is recognized, 
the effect on the DMA transfer rate depends on wheth- 
er the block being transmitted is larger than the FIFO 
channel size. If the block is larger than the pro- 
grammed FIFO channel size the transfer rate depends 
on whether the Immediate Command flag or interrupt 
is recognized between partial block transfers. 


The FIFO configuration shown in Equation 3 is arbi- 
trary since there is no way of predicting the size relative 
to when a DSC would be loaded into the I/O Buffer 
Latch. The Host DMA rate shown is for a UPI-452 


(Memory Mapped or I/O) 
to 286 System Memory 


transfer as described earlier. The equations do not ac- 
count for the latency of intiating the DMA transfer. 


Equation 
3. Minimum 
host 
FIFO DMA Transfer 


Rate Including 
Data Stream 
Command(s) 


Minimum 
Host/FIFO 
DMA Transfer 
Rate w/ DSC 


FIFO size' 
Host DMA 2 cycle time transfer 
rate 


+ iAPX 286 interrupt 
response 
time (Eq. 
IF 1) 


(32 bytes' 
(200 ns + 200 ns)) + 2.3 f-Ls 


15.1 f-Ls 
75.5 bus cycles (@10 MHz iAPX286, 
200 ns 


bus cycle) 


The two identical internal DMA channels allow high 
speed data transfers from one UPI -452 writable memo- 
ry space to another. The following UPI-452 memory 
spaces can be used with internal DMA channels: 


Internal Data Memory (RAM) 
External Data Memory (RAM) 
Special Function Registers (SFR) 


The FIFO can be accessed during internal DMA opera- 
tions by specifying the FIFO IN (FIN) SFR as the 
DMA 
Source Address 
(SAR) 
or the FIFO 
OUT 
(FOUT) SFR as the Destination Address (DAR). Ta- 
ble 6 lists the four types of internal DMA transfers and 
their respective timings. 


Source 
Destination 
Machine 
@12MHz 
@16 MHz 
Cycles" 


Internal Data 
Internal Data 


Mem.orSFR 
Mem.orSFR 
1 
1 f-Ls 
750 ns 
Internal Data 
External 
Data 


Mem.orSFR 
Mem. 
1 
1 f-Ls 
750 ns 
External Data 
Internal Data 


Mem. 
Mem.orSFR 
1 
1 f-Ls 
750 ns 
'External 
Data 
External 
Data 


Memory 
Memory 
2 
2 f-Ls 
1.5 f-Ls 


NOTES: 
"ExternalData MemoryDMAtransfer applies to UPI-452local Bus only. 
""MSC-51Machinecycle = 12 clock cycles (TClCl). 
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The effect of Data Stream Commands and Immediate 
Commands on the internal DMA transfers is essentially 
the same as the effect on Host FIFO DMA transfers. 
Recognition also depends upon the programmed DMA 
Mode, the interrupts enabled, and their priorities. The 
net internal effect is the same for each possible internal 
case. The time required to respond to the Immediate or 
Data Stream Command is a function of the instruction 
time required. This must be calculated by the user 
based on the instruction cycle time given in the MSC- 
51 Instruction Set description in the Intel Microcon- 
troller Handbook. 


It is important to note that the internal DMA processor 
modes and the internal FIFO logic work together to 
automatically manage internal DMA transfers as data 
moves into and out of the FIFO. The two most appro, 
priate internal DMA processor modes for the FIFO are 
FIFO Demand Mode and FIFO Alternate Cycle Mode. 
In FIFO Demand Mode, once the correct Slave Con- 
trol and DMA Mode bits are set, the internal Input 
FIFO 
channel 
DMA 
transfer 
occurs whenever the 
Slave Control Input FIFO Request for Service flag is 
set. The DMA 
transfer continues until the flag is 


cleared or when the Input FIFO Read Pointer SFR 
(IRPR) equals zero. If data continues to be entered by 
the Host, the internal DMA continues until an internal 
interrupt of higher priority, if enabled, interrupts the 
DMA transfer, the internal DMA byte count reaches 
zero or until the Input FIFO Read Pointer equals zero. 
A complete description of interrupts and DMA Modes 
can be found in the UPI-452 Data Sheet. 


The internal DMA processor has four modes of opera- 
tion. Each DMA channel is software programmable to 
operate in either Block Mode or Demand Mode. De- 
mand Mode may be further programmed to operate in 
Burst or Alternate Cycle Mode. Burst Mode causes the 
internal processor to halt its execution and dedicate its 
resources exclusively to the DMA transfer. Alternate 
Cycle Mode causes DMA cycles and instruction cycles 
to occur alternately. 
A detailed description of each 
DMA Mode can be found in the UPI-452 Data Sheet. 


The interface latency is the time required to accommo- 
date all of the overhead associated with an individual 
data transfer. Data transfer rates between the Host sys- 
tem and UPI-452 FIFO, with a block size less than or 
equal to the programmed FIFO channel size, are calcu- 
lated using the Host system DMA 
rate. (see Host 


DMA description above). In this case, the entire block 
could be transferred in one operation. The total latency 
is the time required to accomplish the block DMA 
transfer, the interrupt 
response or poll of the Host 


Status SFR response time, and the time required to ini- 
tate the Host DMA processor. 


A DMA transfer between the Host and UPI-452 FIFO 
with a block size greater than the programmed FIFO 
channel size introduces additional overhead. This addi- 
tional overhead is from three sources; first, is the time 
to actually perform the DMA transfer. Second, the 
overhead of initializing the DMA processor, third, the 
handshaking 
between each FIFO 
block required to 


transfer the entire data block. This could be time to 
wait for the FIFO to be emptied and/or the interrupt 
response time to restart the DMA transfer of the next 
portion of the block. A fourth component may also be 
the time required to respond to Underrun and Overrun 
FIFO Errors. 


Table 7 shows six typical FIFO Input/Output 
channel 


sizes and the Host DMA transfers times for each. The 
timings shown reflect a 10 MHz system bus two cycle 
I/O to Memory DMA transfer rate of 2.5 MBytes/sec- 
ond as shown in Equation I. The times given would be 
the same for iAPX 286 I/O block move instructions 
REP INS and REP OUTS as described earlier. 


FIFO Size: 
32 
43 
64 
85 
96 
128 I bytes 


Full or Empty 
% 
% 
% 
% 
3/4 
Full or Empty 


ime 
12.8 17.2 25.6 34.0 38.4 
51.21 
IJ-s 


Table 8 shows six typical FIFO Input/Output 
channel 


sizes and the internal DMA processor data transfers 
times for each. The timings shown are for a UPI-452 
single cycle Burst Mode transfer at 16 MHz or 750 ns 
per machine cycle in or out of the FIFO channels. The 


machine cycle time is that of the MSC-51 CPU; 6 
states, 2 XTAL2 clock cycles each or 12 clock cycles 
per machine cycle. Details on the MSC-51 machine cy- 
cle timings and operation may be found in the Intel 
Microcontroller Handbook. 


Table 8. UPI-452 
Internal 
DMA FIFO 
Data Transfer 
Times 


FIFO Size: 
32 
43 
64 
85 
96 
128 I bytes 


Full or Empty 
% 
% 
% 
% 
% 
Full or Empty 


ime 
24.0 32.3 48.0 64.6 72.0 
96.0 I 
/Ls 


A larger than programmed FIFO 
channel size data 
block internal DMA transfer requires internal arbitra- 
tion. The UPI-452 provides a variety of features which 
support 
arbitration 
between the two internal pMA 
channels and the FIFO. An example is the internal 
DMA processor FIFO Demand Mode described above. 
FIFO Demand Mode DMA transfers occur continu- 
ously until the Slave Status Request for Service Flag is 
deactivated. Demand Mode is especially useful for con- 
tinuous data transfers requiring immediate attention. 
FIFO Alternate Cycle Mode provides for interleaving 
DMA transfers and instruction 
cycles to achieve a 
maximum of software flexibility. Both internal DMA 
channels can be used simultaneously to provide contin- 
uous transfer for both Input and Output FIFO chan- 
nels. 


Byte by byte transfers between the FIFO and internal 
CPU timing is a function of the specific instruction cy- 
cle time. Of the 111 MCS-51 instructions, 64 require 12 
clock cycles, 45 require 24 clock cycles and 2 require 48 
clock cycles. Most instructions involving SFRs are 24 
clock cycles except accumulator (for example, MOV 
direct, A) or logical operations (ANL direct, A). Typi- 
cal instruction and their timings are shown in Table 9. 


Oscillator Period: 
@ 12 MHz = 83.3 ns 


@ 16 MHz = 62.5 ns 


Instruction 
Oscillator 
@12MHz 
@16MHz 
Periods 


MOV directt, 
A 
12 
1 /Ls 
750 ns 
MOV direct, direct 
24 
2/Ls 
1.5 /Ls 


NOTE: 
t Direct = a-bit internaldata locations address. This could 
be an InternalData RAM location(0-255) 
or a SFR [Le.,1/ 
o port, control register, etc.] 


Byte by byte FIFO data transfers introduce an addi- 
tional overhead factor not found in internal DMA op- 
erations. This factor is the FIFO block size to be trans- 
ferred; the number of empty locations in the Output 
channel, or the number of bytes in the Input FIFO 


channel. As described above in the FIFO Data Struc- 
ture section, the block size would have to be deter- 
mined by reading the channel read and write pointer 
and calculating the space available. Another alternative 
uses the FIFO Overrun and Underrun Error flags to 
manage the transfers by accepting error flags. In either 
case the instructions needed have a significant impact 
on the internal FIFO data transfer rate latency equa- 
tion. 


A typical effective internal FIFO channel transfer rate 
using internal DMA is shown in Equation 4. Equation 
5 shows the latency using byte by byte transfers with an 
arbitrary factor added for internal CPU block size cal- 
culation. These two equations contrast 
the effective 


transfer rates when using internal DMA versus individ- 
ual instructions 
to transfer 
128 bytes. The effective 


transfer rate is approximately four times as fast using 
DMA versus using individual instructions (96 /Lswith 
DMA versus 492 /Lsnon-DMA). 


Equation 
4. Effective 
Internal 
FIFO 
Transfer 
Time Using Internal 
DMA 


Effective 
Internal FIFO Transfer 
Rate with DMA 
FIFO channel 
size • Internal DMA Burst Mode 
Single Cycle DMA Time 
128 Bytes • 750 ns 
96/Ls 


Equation 
5. Effective 
FIFO Transfer 
Time Using IndIvidual Instructions 


Effective 
Internal FIFO Transfer 
Rate without 
DMA 
FIFO channel 
size • Instruction 
Cycle Time + 


Block size calculation 
Time 
128 Bytes • (24 oscillator 
periods 
@ 16 MHz) + 
20 instructions 
(24 oscillator 
period each 


@ 16 MHz) 
128 • 1.5 /Ls + 300 /Ls 
492/Ls 


FIFO DMA FREEZE 
MODE 
INTERFACE 


FIFO DMA Freeze Mode provides a means of locking 
the Host out of the FIFO Input and Output channels. 
FIFO DMA Freeze Mode can be invoked for a variety 
of reasons, for example, to reconfigure the UPI-452 Lo- 
cal Expansion Bus, or change the baud rate on the seri- 
al channel. The primary reason the FIFO DMA Freeze 
Mode is provided is to ensure that the Host does not 
read from or write to the FIFO while the FIFO inter- 
face is being altered. ONLY the internal CPU has the 
capability of altering the FIFO Special Function Regis- 
ters, and these SFRs can ONLY be altered during 
FIFO DMA Freeze Mode. FIFO DMA Freeze Mode 
inhibits Host access of the FIFO while the internal 
CPU reconfigures the FIFO. 


inter 


operations described in this section are only valid after 
SST5 is cleared. 


FIFO DMA Freeze Mode should not be arbitrarily in- 
voked while the UPI-452 is in normal operation. Be- 
cause the external CPU runs asynchronously to the in- 
ternal CPU, invoking freeze mode without first proper- 
ly resolving the FIFO Host interface may have serious 
consequences. Freeze Mode may be invoked only by 
the internal CPU. 


Either the Host or internal CPU can request FIFO 
DMA Freeze Mode. The first step is to issue an Imme- 
diate Command indicating that FIFO 
DMA Freeze 


Mode will be invoked. Upon receiving the Immediate 
Command, the external CPU should complete servicing 
all pending interrupts and DMA requests, then send an 
Immediate Command back to the internal CPU ac- 
knowledging the FIFO DMA Freeze Mode request. 
After issuing the first Immediate Command, the inter- 
nal CPU should not perform any action on the FIFO 
until FIFO DMA Freeze Mode is invoked. The hand- 
shaking is the same in reverse if the HOST CPU initi- 
ates FIFO DMA Freeze Mode. 


The internal CPU invokes Freeze Mode by setting bit 3 
of the Slave Control SFR (SC3). This automatically 
forces the Slave and Host Status SFR FIFO 
DMA 
Freeze Mode to In Progress (SSTAT SSTS = 
0, 
HSTAT SFR HSTl = 1). INTRQ goes active, if en- 
abled by MODE SFR bit 4, whenever FIFO DMA 
Freeze Mode is invoked to notify the Host. The Host 
reads the Host Status SFR to determine the source of 
the interrupt. INTRQ and the Slave and Host Status 
FIFO DMA Freeze Mode bits are reset by the Host 
READ of the Host Status SFR. 


After the slave bus interface is frozen, the internal CPU 
can perform the operations listed below on the FIFO 
Special Function Registers. These operations are al- 
lowed only during FIFO DMA Freeze Mode. Table 11 
summarizes the characteristics of all the FIFO Special 
Function Registers during Normal and FIFO DMA 
Freeze Modes. 


During FIFO DMA Freeze Mode the Host has access 
to the Host Status and Control SFRs. All other Host 
FIFO interface access is inhibited. Table 10 lists the 
FIFO DMA Freeze Mode status of all slave bus inter- 
face Special Function 
Registers. The internal DMA 
processor is disabled during FIFO DMA Freeze Mode 
and the internal CPU has write access to all of the 
FIFO control SFRs (Table 11). 


I. Changing the Channel Boundary 


Pointer SFR. 


2. Changing the Input and Output 


Threshold SFR. 


3. Writing 
to the 
read 
and 
write 
pointers of the Input and Output 
FIFO's. 
4. Writing to and reading the Host 


Control SFRs. 


5. Controlling some bits of Host and 
Slave Status SFRs. 


6. Reading the Immediate Command 
Out SFR and Writing to the Im- 
mediate Command in SFR. 


For FIFO 
Reconfiguration 


If FIFO DMA Freeze Mode is invoked without stop- 
ping the host, only the last two bytes of data written 
into or read from the FIFO will be valid. The timing 
diagram for disabling the FIFO module to the external 
Host interface is illustrated in Figure 7. Due to this 
synchronization sequence, the UPI-452 might not go 
into FIFO DMA Freeze Mode immediately after the 
Slave Control SFR FIFO 7 DMA Freeze Mode bit 
(SC3) is set = 0. A special bit in the Slave Status SFR 
(SST5) is provided to indicate the status of the FIFO 
DMA Freeze Mode. The FIFO DMA Freeze Mode 


To Enhance the 
testability 


;: 
: 
A FIFO RD/WR AFTER 
••• 
- 
• 
INTERFACE 
FREEZE 
IS 
INVOKED WILL CAUSE 
HST3 OR HST7 TO BE SET 
INTRQJ 
! 
_ 


NOTE: 
Timing 
Diagram 
of disabling 
of FIFO Module-External 
Host Interface. 


Figure 7. Disabling FIFO to Host Slave Interface Timing Diagram 
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The sequence of events for invoking FIFO 
DMA 
Freeze Mode are listed in Figure 8. 


1. Immediate 
Command 
to request 
FIFO 
DMA 
Freeze 
Mode (interrupt) 


2. Host/internal 
CPU interrupt 
response/service 


3. Host/internal 
CPU 
clear/service 
all 
pending 


interrupts 
and FIFO data 


4. Internal 
CPU 
sets 
Slave 
Control 
(SLCON) 
FIFO DMA 


Freeze 
Mode 
bit 
= 
O. 
FIFO 
DMA 
Freeze 
Mode, 
Host 
Status 
SFR 
FIFO 
DMA 
Freeze 
Mode Status bit = 1, INTRQ active 
(high) 


5. Host READ Host Status 
SFR 


6. Internal 
CPU reconfigures 
FIFO SFRs 


7. Internal 
CPU 
resets 
Slave 
Control 
(SLCON) 
FIFO DMA 


Freeze 
Mode 
bit 
= 
1, Normal 
Mode, 
Host 
Status 
FIFO DMA Freeze 
Mode 
Status 
bit = 
O. 


8. Internal 
CPU issues 
Immediate 
Command 
to 
Host indicating 
that FIFO DMA Freeze Mode is 


complete 


or 


Host polls Host Status SFR FIFO DMA Freeze 
Mode bit to determine 
end of reconfiguration 


Figure 8. Sequence 
of Events to invoke 
FIFO DMA Freeze 
Mode 


An example of the time required to reconfigure the 
FIFO 180degrees, for example from 128 bytes Input to 
128 bytes Output, is shown in Figure 9. The example 
approximates the time based on several assumptions; 
1. The FIFO Input channel is full-128 bytes of data 
2. Output FIFO channel is empty-I byte 
3. No Data Stream Commands in the FIFO. 


4. The Immediate Command interrupt is responded to 


immediately-highest 
priority-by 
Host and inter- 


nal CPU. 
5. Respective interrupt response times 


a. Host (Equation 3 above) =approximately 1.6 /Ls 
b. Internal CPU is 86 oscillator periods or approxi- 


mately 5.38 /Lsworst case. 


Time 
0.30/Ls 


Event 
Immediate 
Command 
from Host 


to UPI-452 to request FIFO DMA 
Freeze Mode (iAPX286 WRITE) 


Internal CPU interrupt 
response/ 


service 


Internal CPU clears FIFO-128 
bytes DMA 


Internal CPU sets Slave Control 
Freeze Mode bit 


Immediate 
Command 
to Host- 
Freeze Mode in progress 
Host 
Immediate 
Command 
interrupt 
response 


Internal CPU reconfigures 
FIFO 
SFRs 
Channel 
Boundary 
Pointer SFR 
Input Threshold 
SFR 
Output Threshold 
SFR 


Internal CPU resets Slave 
Control 
(SLCON) Freeze Mode 
bit = 1, Normal Mode, and 
automatically 
resets Host Status 
FIFO DMA Freeze Mode bit 


Internal CPU writes Immediate 
Command 
Out 


Host Immediate 
Command 
interrupt service 


Total Minimum Time to 
Reconfigure 
FIFO 


Figure 9. Sequence 
of Events to Invoke 
FIFO 


DMA Freeze 
Mode and Timings 


0.75/Ls 
0.75/Ls 
0.75/Ls 


2.3/Ls 


inter 


Interface 
Pins; 
Operation 
In 
Status In 


DACK 
CS 
A2 
A1 
AO 
READ 
WRITE 
Normal 
Mode 
Freeze 
Mode 


1 
0 
0 
1 
0 
0 
1 
Read Host Status SFR 
Operational 


1 
0 
0 
1 
1 
0 
1 
Read Host Control SFR 
Operational 


1 
0 
0 
1 
1 
1 
0 
Write Host Control SFR 
Disabled 


1 
0 
0 
0 
0 
0 
1 
Data or DMA data from 
Disabled 


Output Channel 


1 
0 
0 
0 
0 
1 
0 
Data or DMA data to 
Disabled 


Input Channel 


1 
0 
0 
0 
1 
0 
1 
Data Stream Command 
from 
Disabled 


Output Channel 


1 
0 
0 
0 
1 
1 
0 
Data Stream Command 
to 
Disabled 


Input Channel 


1 
0 
1 
0 
0 
0 
1 
Read Immediate 
Command 
Disabled 


Out from Output Channel 


1 
0 
1 
0 
0 
1 
0 
Write Immediate 
Command 
Disabled 


In to Input Channel 


0 
X 
X 
X 
X 
0 
1 
DMA Data from Output 
Disabled 


Channel 


0 
X 
X 
X 
X 
1 
0 
DMA Data to Input Channel 
Disabled 


NOTE: 
X = don'! 
care 


Normal 
Freeze 
Mode 
Label 
Name 
Operation 
Operation 


(SST5 = 1) 
(SST5 = 0) 


HCON 
Host Control 
Not Accessible 
Read & Write 
HSTAT 
Host Status 
Read Only 
Read & Write 
SLCON 
Slave Control 
Read & Write 
Read & Write 
SSTAT 
Slave Status 
Read Only 
Read & Write 
IEP 
Interrupt 
Enable 


& Priority 
Read & Write 
Read & Write 
MODE 
Mode Register 
Read & Write 
Read & Write 
IWPR 
Input FIFO Write Pointer 
Read Only 
Read & Write 
IRPR 
Input FIFO Read Pointer 
Read Only 
Read & Write 
OWPR 
Output FIFO Write Pointer 
Read Only 
Read & Write 
ORPR 
Output FIFO Read Pointer 
Read Only 
Read & Write 
CBP 
Channel 
Boundary 
Pointer 
Read Only 
Read & Write 
IMIN 
Immediate 
Command 
In 
Read Only 
Read & Write 
IMONT 
Immediate 
Command 
Out 
Read & Write 
Read & Write 
FIN 
FIFO IN 
Read Only 
Read Only 
CIN 
COMMAND 
IN 
Read Only 
Read Only 
FOUT 
FIFO OUT 
Read & Write 
Read & Write 
COUT 
COMMAND 
OUT 
Read & Write 
Read & Write 
ITHR 
Input FIFO Threshold 
Read Only 
Read & Write 
OTHR 
Other FIFO Threshold 
Read Only 
Read & Write 


inter 
ICETM-42 
8042 IN-CIRCUIT EMULATOR 


• 
Precise, 
Full-Speed, 
Real-Time 
Emulation 
- 
Load, Drive, Timing Characteristics 
- 
Full-Speed 
Program 
RAM 
- 
Parallel Ports 
-Data 
Bus 


• 
User-Specified 
Breakpoints 


• 
Execution 
Trace 
- 
User-Specified 
Qualifier 
Registers 
- 
Conditional 
Trigger 
- 
Symbolic 
Groupings 
and Display 
-Instruction 
and Frame Modes 


• 
Emulation 
Timer 


• 
Full Symbolic 
Debugging 


• 
Single-Line 
Assembly 
and Disassembly 
for Program 
Instruction 
Changes 


• 
Macro Commands 
and Conditional 
Block Constructs 
for Automated 
Debugging 
Sessions 


• 
HELP Facility: ICETM-42 Command 
Syntax 
Reference 
at the Console 


• 
User Confidence 
Test of ICE-42 
Hardware 


The ICE-42 module 
resides in the Intellec 
Microcomputer 
Development 
System and interfaces 
to any user-de- 
signed 8042 or 8041 A system through 
a cable terminating 
in an 8042 emulator 
microprocessor 
and a pin-com- 
patible plug. The emulator 
processor, 
together 
with 2K bytes of user program 
RAM located 
in the ICE-42 buffer 
box, replaces 
the 8042 device 
in the user system while maintaining 
the 8042 electrical 
and timing characteris- 
tics. Powerful 
Intellec 
debugging 
functions 
are thus extended 
into the user system. 
Using the ICE-42 module, 


the designer 
can emulate 
the system's 
8042 chip in real-time 
or single-step 
mode. Breakpoints 
allow the user 
to stop emulation 
on user-specified 
conditions, 
and a trace qualifier feature allows the conditional 
collection 
of 
1000 frames of trace data. Using the single-line 
8042 assembler 
the user may alter program 
memory 
using the 
8042 assembler 
mnemonics 
and symbolic 
references, 
without 
leaving the emulator 
environment. 
Frequently 
used command 
sequences 
can be combined 
into compound 
commands 
and identified 
as macros 
with user- 
defined 
names. 
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Integrated 
Hardware 
and Software 
Development 


The ICE-42 emulator allows hardware and software 
development to proceed interactively. This approach 
is more effective than the traditional method of inde- 
pendent hardware and software development fol- 
lowed by system integration. With the ICE-42 mod- 
ule, prototype hardware can be added to the system 
as it is designed. Software and hardware integration 
occurs while the product is being developed. Figure 
1 shows the ICE-42 emulator connected to a user 
prototype. 


The ICE-42 emulator assists four stages of develop- 
ment. 


This emulator operates without being connected to 
the user's system before any of the user's hardware 
is available. In this stage ICE-42 debugging capabili- 
ties can be used in conjunction with the Intellec text 
editor and 8042 macro-assembler to facilitate pro- 
gram development., 


The ICE-42 module's precise emulation characteris- 
tics and full-speed program RAM make it a valuable 
tool for debugging hardware. 


Integration of software and hardware begins when 
any functional element of the user system hardware 
is connected to the 8042 socket. As each section of 
the user's hardware is completed, it is added to the 
prototype. Thus, each section of the hardware and 
software is "system" tested in real-time operation as 
it becomes available. 


When the user's prototype is complete, it is tested 
with the final version of the user system software. 
The ICE-42 module is then used for real-time emula- 
tion of the 8042 chip to debug the system as a com- 
pleted unit. 


The final product verification test may be performed 
using the 8742 EPROM version of the 8042 micro- 


computer. Thus, the ICE-42 module provides the 
ability to debug a prototype or production system at 
any stage in its development without introducing ex- 
traneous hardware or software test tools. 


Symbolic Debugging 


The ICE-42 emulator permits the user to define and 
to use symbolic, rather than absolute, references to 
program and data memory addresses. Thus, there is 
no need to recall or look up the addresses of key 
locations in the program, or to become involved with 
machine code. 


When a symbol is used for memory reference in an 
ICE-42 emulator command, the emulator supplies 
the corresponding location as stored in the ICE-42 
emulator symbol table. This table can be loaded with 
the symbol table produced by the assembler during 
application program assembly. The user obtains the 
symbol table during software preparation simply by 
using the "DEBUG" switch in the 8042 macroas- 
sembler. Furthermore, the user interactively modi- 
fies the emulator symbol table by adding new sym- 
bols or changing or deleting old ones. This feature 
provides great flexibility in debugging and minimizes 
the need to work with hexadecimal values. 


Through symbolic references in combination with 
other features of the emulator, the user can easily: 
• Interpret the results of emulation activity collect- 
ed during trace. 


• Disassemble program memory to mnemonics, or 
assemble mnemonic instructions to executable 
code. 


• Reference labels or addresses defined in a user 
program. 


A macro is a set of commands given a name. A 
group of commands executed frequently can be de- 
fined as a macro. The user executes the group of 
commands by typing a colon followed by the macro 
name. Up to ten parameters may be passed to the 
macro. 


Macro commands can be defined at the beginning of 
a debug session and then used throughout the 
Whole session. One or more macro definitions can 
be saved on diskette for later use. The Intellec text 
editor may be used to edit the macro file. The macro 
definitions are easy to include in any later emulation 
session. 
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The power 
of the development 
system 
can be ap- 
plied 
to manufacturing 
testing 
as well 
as develop- 
ment by writing test sequences 
as macros. The mac- 
ros are stored 
on diskettes 
for use during 
system 
test. 


Compound 
commands 
provide conditional 
execution 
of commands 
(IF command) 
and execution 
of com- 
mands 
repeatedly 
until 
certain 
conditions 
are met 
(COUNT, 
REPEAT 
commands). 


Compound 
commands 
may be nested 
any number 
of times, and may be used in macro commands. 


'DEF1NE .1=0 


'COUNT100H 


;Define 
symbol. 
I to 0 


;Repeat 
the following 
commands 100Htimes. 


•'1F •I AND1 THEN ;Check if. 
I is odd 


•• ·CBYTE.1=. I 
;Fill 
the memory at 
location. 
I to value. 
I 


•• ·END 


.'.1-.1+1 


.·END 


;1ncrement 
•I by 1. 


;Commandexecutes 
upon carriage-return 
after 
END 


(The asterisks 
are system prompts; 
the dots indicate 
the nesting 
level of compound 
commands.) 


Operating 
Modes 


The ICE-42 software 
is an Intellec 
RAM-based 
pro- 
gram that provides 
easy-to-use 
commands 
for initiat- 
ing emulation, 
defining 
breakpoints, 
controlling 
trace 
data collection, 
and displaying 
and controlling 
sys- 
tem 
parameters. 
ICE-42 commands 
are configured 
with a broad 
range 
of modifiers 
that 
provide 
maxi- 
mum flexibility 
in describing 
the operation 
to be per- 
formed. 


The 
ICE-42 
module 
can 
emulate 
the 
operation 
of 
prototype 
8042 
system, 
at real-time 
speed 
(up to 
12 MHz) or in single steps. Emulation 
commands 
to 
the ICE-42 module control 
the process 
of setting up, 
running, and halting an emulation 
of the user's 8042- 
based 
system. 
Breakpoints 
and tracepoints 
enable 
the ICE-42 emulator 
to halt emulation 
and provide 
a 
detailed 
trace of execution 
in any part of the user's 
program. 
A summary 
of the emulation 
commands 
is 
shown 
in Table 
1. 


Command 
Description 


GO 
Begins real-time 
emulation 
and optionally 
specifies 
break 
conditions. 


BRO, BR1, BR 
Sets or displays either or both 
Breakpoint 
Registers 
used for 
stopping 
real-time 
emulation. 


STEP 
Performs 
single-step 
emulation. 


QRO,QR1 
Specifies 
match conditions 
for qualified 
trace. 


TR 
Specifies 
or displays trace- 
data collection 
conditions 
and 
optionally 
sets Qualifier 
Register 
(QRO, QR1). 


Synchronization 
Sets and displays 
status of 
Line Commands 
synchronization 
line outputs 
or latched 
inputs. Used to 
allow real-time 
emulation 
or 
trace to start and stop 
synchronously 
with external 
events . 


Breakpoints 


The ICE-42 hardware 
includes 
two breakpoint 
regis- 
ters that 
allow 
halting 
of emulation 
when 
specified 
conditions 
are met. The emulator 
continuously 
com- 


pares the values 
stored 
in the breakpoint 
registers 
with the status 
of specified 
address, 
opcode, 
oper- 
and, or port values, 
and halts emulation 
when 
this 
comparison 
is satisfied. 
When an instruction 
initiates 
a break, that instruction 
is executed 
completely 
be- 
fore 
the 
break 
takes 
place. 
The 
ICE-42 
emulator 
then regains 
control 
of the console 
and enters 
the 
interrogation 
mode. With the breakpoint 
feature, 
the 
user can request 
an emulation 
break when the pro- 
gram: 


• 
Executes 
an instruction 
at a specific 
address 
or 
within a range of addresses. 


• 
Executes 
a particular 
opcode. 


• 
Receives 
a specific 
signal on a port pin. 


• 
Fetches 
a particular 
operand 
from the user pro- 


gram memory 


• 
Fetches 
an operand 
from 
a specific 
address 
in 
program 
memory. 


Tracing is used with real-time and single-step emula- 
tion to record diagnostic information in the trace 
buffer as a program is executed. The information 
collected includes opcodes executed, port values, 
and memory addresses. The ICE-42 emulator col- 
lects 1000 frames of trace data. 


If desired this information can be displayed as as- 
sembler instruction mnemonics for analysis during 
interrogation or single-step mode. The trace-collec- 
tion facility may be set to run conditionally or uncon- 
ditionally. Two unique trace qualifier registers, speci- 
fied in the same way as breakpoint registers, govern 


LV 
~UIIUlllUII 
U Ctl,;t:l! 
UCllCt 
\,;UIlt:'l,;lIVII 
LV 
U::tr\t::' 
JJlctl,;t:I! 
a::t 


follows: 


• Under all conditions (forever). 
• Only while the trace qualifier is satisfied. 
• For the frames or instructions preceding the time 


when a trace qualifier is first satisfied (pre-trigger 
trace). 
• For the frames or instructions after a trace qualifi- 


er is first satisfied (post-triggered trace). 


fRAME 
LOC 
OBJ 
INSTRUCTION 
P~ 
P2 
TO 
n 
DBVIN 
VOUT 
VSTS TOYf 


0000: 
~OOH 
2355 
MOl' 
A, # 55H 
ffH 
ffH 
0 
0 
I.I.H 
DfH 
02H 
0 


0004: 
~02H 
3"1 
OUTL 
P~,A 
ffH 
ffH 
0 
0 
I.I.H 
DfH 
02H 
0 


00011: 
~03H 
3A 
OUTL 
P2,A 
55H 
ffH 
0 
0 
I.I.H 
DfH 
02H 
0 


00~2: 
~04H 
22 
IN 
A,DBB 
55H 
SSH 
0 
0 
I.I.H 
02H 
0 


00~4: 
~OSH 
37 
CPL 
A 
SSH 
SSH 
0 
0 
DfH 
02H 
0 


OO~I.: 
~OI.H 
02 
OUT 
DBB,A 
SSH 
SSH 
0 
0 
I.I.H 
OOH 
0 


OO~II: 
~07H 
BA03 
MOl' 
R2,#03H 
SSH 
SSH 
0 
0 
I.I.H 
"I"1H OOH 
0 


0022: 
~O"lH 
BII40 
MOl' 
RO, #. TABLEO 
SSH 
SSH 
0 
0 
I.I.H 
"I"1H O~H 
0 


0021.: 
~OBH 
B"lI.O 
MOl' 
R~,#. TABLE~ 
SSH 
SSH 
0 
0 
I.I.H 
"I"1H O~H 
0 
.LOOP 
0030: 
~ODH 
fO 
MOl' 
A,@RO 
SSH 
SSH 
0 
0 
"I"1H O~H 
0 


0032: 
~OEH 
U 
MOl' 
@R~,A 
SSH 
SSH 
0 
0 
I.I.H 
O~H 
0 


0034: 
~OfH 
lI! 
INC 
RO 
SSH 
SSH 
0 
0 
"I"1H O~H 
0 


0031.: 
HOH 
~"1 
INC 
R~ 
SSH 
SSH 
0 
0 
I.I.H 
O~H 
0 


003/!: 
~HH 
EAOD 
DJNZ 
R2, .LOOP 
5SH 
SSH 
0 
0 
I.I.H 
"I"1H O~H 
0 


.LOOP 
0042: 
~ODH 
fO 
MOl' 
A,@RO 
SSH 
SSH 
0 
0 
"I"1H O~H 
0 
0044: 
~OEH 
U 
MOl' 
@R~,A 
SSH 
SSH 
0 
0 
I.I.H 
O~H 
0 


0041.: 
~OfH 
lI! 
INC 
RO 
SSH 
SSH 
0 
0 
"I"1H O~H 
0 


00411: 
HOH 
~"1 
INC 
R~ 
SSH 
SSH 
0 
0 
I.I.H 
O~H 
0 


0050: 
1UH 
ODD 
DJNZ 
R2, .LOOP 
SSH 
SSH 
0 
0 
. I.I.H 
"I"1H O~H 
0 
.LOOP 
0054: 
10DH 
fO 
MOl' 
A,@RO 
SSH 
SSH 
0 
0 
"I"1H O~H 
0 


0051.: 
10EH 
U 
MOl' 
@R~,A 
SSH 
SSH 
0 
0 
I.I.H 
O~H 
0 


00511: 
10fH 
lI! 
INC 
RO 
SSH 
SSH 
0 
0 
"I"1H O~H 
0 
001.0: 
HOH 
1"1 
INC 
R~ 
SSH 
SSH 
0 
0 
I.I.H 
O~H 
0 


001.2: 
H~H 
EAOD 
DJNZ 
R2, .LOOP 
S5H 
SSH 
0 
0 
I.I.H 
"I"1H O~H 
0 


001.1.: 
H3H 
00 
NOP 
55H 
SSH 
0 
0 
"I"1H O~H 
0 
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Single-Line 
Assembler/Disassembler 


The 
single-line 
assembler/disassembler 
(ASM 
and 
DASM commands) 
permits 
the designer 
to examine 
and alter program 
memory 
using assembly 
language 
mnemonics, 
without 
leaving 
the 
emulator 
environ- 
ment or requiring time-consuming 
program 
reassem- 


bly. When 
assembling 
new 
mnemonic 
instructions 
into program 
memory, 
previously 
defined 
symbolic 


references 
(from the original 
program 
assembly, 
or 
subsequently 
defined 
during the emulation 
session) 


Interrogation 
and utility commands 
give convenient 
access 
to detailed 
information 
about 
the user pro- 
gram and the state of the 8042 that is useful in de- 
bugging 
hardware 
and 
software. 
Changes 
can 
be 
made 
in memory 
and 
in the 8042 
registers, 
flags, 


and 
port values. 
Commands 
are also 
provided 
for 
various 
utility operations 
such as loading and saving 
program 
files, 
defining 
symbols, 
displaying 
trace 
data, controlling 
system 
synchronization 
and return- 
ing control 
to ISIS-II. A summary 
of the basic interro- 
gation 
and 
utility 
commands 
is shown 
in Table 
3. 


Two 
additional 
time-saving 
emulator 
features 
are 
discussed 
below. 


Command 
Description 


HELP 
Displays help messages 
for ICE-42 emulator 
command-entry 
assistance. 


LOAD 
Loads user object program 
(8042 code) into user-program 
memory, and user symbols 


into ICE-42 emulator 
symbol table. 


SAVE 
Saves ICE-42 emulator 
symbol table and/or 
user object program 
in ISIS-II 


hexadecimal 
file. 


LIST 
Copies all emulator 
console 
input and output to ISIS-II file. 


EXIT 
Terminates 
ICE·42 emulator 
operation. 


DEFINE 
Defines ICE-42 emulator 
symbol or macro. 


REMOVE 
Removes 
ICE-42 emulator 
symbol or macro. 


ASM 
Assembles 
mnemonic 
instructions 
into user-program 
memory. 


DASM 
Disassembles 
and displays 
user-program 
memory contents. 


Change/Display 
Change or display value of symbolic 
reference 
in ICE-42 emulator 
symbol table, 
Commands 
contents 
of key-word 
references 
(including 
registers, 
I/O ports, and status flags), or 
memory references. 


EVALUATE 
Evaluates 
expression 
and displays resulting value. 


MACRO 
Displays ICE-42 macro or macros. 


INTERRUPT 
Displays contents 
for the Data Bus and timer interrupt 
registers. 


, 


SECONDS 
Displays contents 
of emulation 
timer, in microseconds. 


Trace Commands 
Position trace buffer pointer and select format for trace display. 


.C-. 


PRINT 
Displays trace data pointed to by trace buffer pointer. 


MODE 
Sets or displays the emulation 
mode, 8041 A or 8042. 


.HELP 
Help 
is 
available 
for 
The 
help 
ite 
••s 
cannot 
HELP INfO. 
) 
E••ulation: 
GO GR 
SYO 
BR 
BROBRl 
STEP 


the 
following 
ite 
••s· 
Type 
HELP 
followed 
by 
the 
ite 
•• na ••e· 


be 
abbreviated. 
(for 
,••ore 
infor 
••ation, 
type 
HELP 
HELP 
or 


Misc: 
BASE 
DB'ABLE 
ENABLE 
ERROR 
EVALUATE 
HELP 
INfO 
<LIGHTS> 
LIST 
LOAD 
MODE 
SAVE 
SUffIX 
SYMBOLIC 


< address> 
<CPU.keyword> 
<expr> 
< ICE 42 'keyword> 
<identifier> 
< instruction> 
< ••asked' 
cons 
tant 
> 


< ••atch.cond> 
< nUller ic tcons 
tant > 


<partition> 
<string> 


< s tr 
i ng.c 
ons tant 
> 


<sy 
••bolic.ref> 
< ••ode> 
< trace.reference> 
< un Ii ••i ted 
••• a tc h.cond 
> 


<user.sy 
••bols> 


Macro: 
DEFINE 
DIR 
DISABLE 
ENABLE 
INCLUDE 
PUT 
< MACROtDISPLAY 
> 


< MACROUNVOCATION 
> 
*• 
.HELP 
If 
If 
- The conditional 
command 
allows 
conditional 
execution 
of 
one 
or more 
comnlands 


based 
on the 
val 
ue s 0 f bo 0 I e a n con d i t ions. 
If 
<expr> 
'THEN 
<cr> 
<true.list>: 
:=·<co 
••••and> 
<cr> 
@ 


<trueUist> 
<falseUist>;;=·<co 
••••and> 
<cr> 
@ 


'ORlf 
<expr> 
<cr> 
<co 
••••and>: 
:=An 
ICE-42 
co ••••and. 
<trueUist> 
@ 


'ELSE 
<cr> 
<false.list> 
END 
The 
<expr>s 
are 
evaluat@d 
in 
order 
as 
l.b-bit 
unsigned 
integerso 
If 
one 
is 


reached 
whose 
value 
has 
low-order 
bit 
1 (TRUE), 
all 
co ••••ands 
in 
the 
<trueUist> 


following 
that 
<expr> 
are 
then 
executed 
and 
all 
co ••••ands 
in 
the 
other 
<true.- 
list>s 
and 
in 
the 
<falseUist> 
are 
skipped. 
If 
all 
<expr>s 
have 
value 
with 
low- 
order 
bit 
0 
(fALSE), 
then 
all 
co ••mands 
in 
all 
<trueUist>s 
are 
skipped 
and, 
if 


ELSE 
is 
present, 
all 
commands 
in 
the 
<false.list> 
are 
executed. 


(EX: 
If 
.LOOP=S 
THEN 
STEP 
ELSE 
GO 
END) 


Trace 
Di sp I ay: 
TRACE 
MOVE 
OLDEST NEWEST 


Change/ 
<CHANGE> 
<DISPLAY> 
REGISTER 


Displayl 
REMOVE 
SYMBOL 
RESET 


Definel 
Re ••ove: 
CBYTE 
DBYTE 


Co ••pound 
Commands: 
COUNT 
If 
REPEAT 


•• 
*• 
oEXIT 


intJ 


may be used in the instruction operand field. The 
emulator supplies the absolute address or data val- 
ues as stored in the emulator symbol table. These 
features eliminate user time spent translating to and 
from machine code and searching for absolute ad- 
dresses, with a corresponding reduction in transcrip- 
tion errors. 


The HELP file allows display of ICE-42 command 
syntax information at the Intellec console. By typing 
"HELP", a listing of all items for which help mes- 
sages are available is displayed. Typing "HELP 
< Item>" 
then displays relevant information about 
the item requested, including typical usage exam- 
ples. Table 4 shows some sample HELP messages. 


The speed and interface demands of a high-per- 
formance 
single-chip 
microcomputer 
require ex- 
tremely accurate emulation, including full-speed, 
real-time operation with the full function of the micro- 
computer. The ICE-42 module achieves accurate 
emulation with an 8042 emulator chip, a special con- 
figuration of the 8042 microcomputer family, as its 
emulation processor. 


Each of the 40 pins on the user plug is connected 
directly to the corresponding 8042 pin on the emula- 
tor chip. Thus the user system sees the emulator as 
an 8042 microcomputer at the 8042 socket. The re- 
sulting characteristics provide extremely accurate 
emulation of the 8042 including speed, timing char- 
acteristics, load and drive values, and crystal opera- 
tion. However, the emulator may draw more power 
from the user system than a standard 8042 family 
device. 


Additional emulator processor pins provide signals 
such as internal address, data, clock, and control 
lines to the emulator buffer box. These signals let 
static RAM in the buffer box substitute for on-chip 
program ROM or EPROM. The emulator chip also 
gives the ICE module "back-door" access to internal 
chip operation, allowing the emulator to break and 
trace execution without interfering with the values on 
the user-system pins. 


Figure 1. A typical 8042 Development 
Configuration. 
The host system 
is an Intellec 
Series IV. The ICE·42 module is connected 
to a 
user prototype 
system. 


ICETM_42 Operating 
Requirements 


Intellec Model 800, Series II, Series III, or Series IV 
Microcomputer Development System (64K RAM re- 
quired) 


System console (Model 800 only) 


Intellec Diskette Operating System: ISIS (Version 
3.4 or later). 


Equipment 
Supplied 
• Printed circuit boards (2) 
• Emulation buffer box, Intellec interface cables, 
and user-interface cable with 8042 emulation 
processor 
• Crystal power accessory 


• Operating instructions manuals 
• Diskette-based ICE-42 software (single and dou- 
ble density) 


Emulation Clock 


User's system clock (up to 12 MHz) or ICE·42 crys- 
tal power accessory (12 MHz) 


Environmental 
Characteristics 


Operating Temperature: O°Cto 40°C 
Operating Humidity: Up to 95% relative humidity 
without condensation. 


Physical Characteristics 


Printed Circuit Boards 


Width: 12.00 in. (30.48 cm) 
Height: 6.75 in. (17.15 cm) 
Depth: 0.50 in. (1.27 cm) 


Width: 8.00 in. (20.32 cm) 
Length: 12.00 in. (30.48 cm) 
Depth: 1.75 in. (4.44 cm) 
Weight: 4.0 Ib (1.81 kg) 


DC Power Requirements 
(from Intellec@ system) 


Vee = +5V, ±5% 
Ice = 13.2A max; 11.0A typical 
Voo = +12V, 
±5% 
100 = 0.1A max; 0.05A typical 
Vee = -10V, 
±5% 
lee = 0.05A max; O.01Atypical 


User plug characteristics 
at 8042 socket-Same 


as 8042 or 8742 except that the user system sees 
an added load of 25 pF capacitance and 50 /LAleak- 
age from the ICE-42emulator user plug at ports 1, 2, 
TO,and n. 


ORDERING 
INFORMATION 
Part Number 
Description 


ICE-42 
8042 Microcontroller In-Circuit 
Emulator, cable assembly and in- 
teractive diskette software 


inter 
iUP-200A/iUP-201A 
UNIVERSAL 
PROM PROGRAMMERS 


MAJOR 
IUP·200AIlUP-201A 
FEATURES: 


• 
Personality 
Module 
Plug-Ins 
Provide 
Industry 
First Support 
for Intel and 
Intel Compatible 
EPROMs, 
EEPROMs, 
KEPROM, 
Microcontrollers, 
and other 
Programmable 
Devices. 


• 
Powerful 
PROM Programming 
Software 
(iPPS) Makes Programming 
Easy with 
Intellec@ Development 
System, 
iNDS-1I 
Networks, 
iPDS Personal 
Development 
System, 
IBM PIC, 
XIT, 
AIT, 
and PC 
DOS Compatibles. 


• 
New Modules 
Provide 
Industry-Fastest, 
Intelligent 
Programming 
Algorithms 
to 
Dramatically 
Shorten 
Programming 
Times. 


• 
iUP-200A 
Provides 
On-Line 
Operation 
with a Built-In Serial RS232 Interface 
and Software 
for a Growing 
List of 
Environments. 


• 
iUP-201A 
Provides 
Same On-Line 
Performance 
and Adds Keyboard 
and 
Display for Stand-Alone 
Use. 


• 
iUP-201A 
Stand-Alone 
Capability 
Includes 
Device Previewing, 
Editing, 
Duplication, 
and Download 
from any 
Source 
Over RS232C 
Port. 


• 
Regular 
Updates 
and Add-Ons 
Have 
Maintained 
Even the Earliest 
iUP-200 
and iUP-201 
Users at the State-of-Art. 


The iUP-200A 
and iUP-201A 
universal 
programmers 
program 
and verify data in all the Intel and Intel compati- 


ble, programmable 
devices 
(EPROMs 
and EEPROMs). 
They can also program 
the EPROM 
memory 
portions 
of Intel's 
single-chip 
microcomputer 
and peripheral 
devices. 
The iUP-200A 
and iUP-201A 
universal 
program- 
mers provide on-line programming 
and verification 
in a growing variety of development 
environments 
using the 
Intel PROM 
programming 
software 
(iPPS). In addition, 
the iUP-201A 
universal 
programmer 
supports 
off-line, 


stand-alone 
program 
editing, 
EPROM duplication, 
and EPROM 
memory 
locking. 
The iUP-200A 
universal 
pro- 
grammer 
is expandable 
to an iUP-201 A model. 


The iUP-200A universal programmer operates in on- 
line mode. The iUP-201A universal programmer op- 
erates in both on-line and off-line mode. 


The iUP-200A and iUP-201A universal programmers 
are free-standing units that, when connected to a 
host computer with at least 64K bytes of memory, 
provide on-line EPROM programming and verifica- 
tion of Intel programmable devices. In addition, the 
universal programmer can read the contents of the 
ROM versions of these devices. 


The universal programmer communicates with the 
host through a standard RS232C serial data link. Dif- 
ferent versions of the iUP-200A and iUP-201A are 
equipped with different cables, including the cable 
most commonly used for interfacing to that host. 
Care should be taken that the version with the cor- 
rect cable for your particular system is selected, as 
cable requirements can vary with your host configu- 
ration. A serial converter is needed when using the 
MDS 800 as a host system. (Serial converters are 
available from other manufacturers). 


Each universal programmer contains the CPU, se- 
lectable power supply, static RAM, programmable 
timer, interface for personality modules, RS232C in- 
terface for the host system, and control firmware in 
EPROM. The iUP-201A also has a keyboard and dis- 
play. 


A personality module adapts the universal program- 
mer to a family of EPROM devices; it contains all the 
hardware and firmware necessary to program either 
a family of Intel EPROMs or a single Intel device. 
The user inserts the personality module into the uni- 
versal programmer front panel. 


Figure 1 shows the iUP-200A on-line system config- 
urations, and Figure 2 shows the on-line system 
data flow. 


On-Line System Software 


The iUP-200A and iUP201A includes your choice of 
one copy of Intel's PROM Programming software 
iPPS, selected from a growing list of versions for 
different operating systems and hosts. Each version 
includes the software implementation designed for 
that host and O.S. and the RS232C cable most com- 
monly used. Additional versions may be purchased 
separately if you decide to change hosts at a later 
date. The iPPS software 
provides user control 


through an easy-to-use interactive interface. The 
iPPS software performs the following functions to 
make EPROM programming quick and easy: 


• Reads EPROMs and ROMs 
• Programs EPROMs directly or from a file 


• Verifies EPROM data with buffer data 
• Locks EPROM memory from unauthorized ac- 
cess (on devices which support this feature) 
• Prints EPROM contents on the network or devel- 
opment system printer 


• Performs interactive formatting operations such 
as interleaving, nibble swapping, bit reversal, and 
block moves 
• Programs multiple EPROMs from the source file, 


prompting the user to insert new EPROMs 


• Uses a buffer to change EPROM contents 


All iPPScommands, as well as program address and 
data information, are entered through the host sys- 
tem ASCII keyboard and displayed on the system 
CRT. Table 1 summarizes the iPPS commands. 


The iPPS software lets the user load programs into 
an EPROM from host system memory or directly 
from a disk file. Access to the disk lets the user cre- 
ate and manipulate data in a virtual buffer with an 
address range up to 16M. This large block of data 
can be formatted into different EPROM word sizes 
for program storage into several different EPROM 
types. In addition, a program stored in the target 
EPROM, the host system memory, or a system disk 
file can be interleaved with a second program and 
entered into a specific target EPROM or EPROMs. 


The iPPS software supports data manipulation in 
any Intel format: 8080 hexadecimal ASCII, 8080 ab- 
solute object, 8086 hexadecimal ASCII, 8086 abso- 
lute object, and 80286 absolute object. Addresses 
and data can be displayed in binary, octal, decimal, 
or hexadecimal. The user can easily change default 
data formats as well as number bases. 


The user invokes the iPPSsoftware from the operat- 
ing system. Intellec and iPDS Development Systems 
running ISIS allow running the software under con- 
trol of ISIS submit files freeing the operator from rep- 
etitious command entry. 


System Expansion 


The iUP-200A universal programmer can be easily 
upgraded (by the user) to an iUP-201A universal pro- 
grammer for off-line operation. The upgrade kit (iUP- 
PAK-A) is available from Intel or your local Intel dis- 
tributor. 
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MODEL 
NUMBER 


iUP200A211A 
OR 


iUP200A212B 


HOST 
SUPPORTED 


S/W 
OPERATING 
SYSTEM 
ENVIRONMENT 


RS232C 
CABLE 
INCLUDED" 
1/0 PORT 


USED 


210319-6 


"RS232C 
CABLES: 
INTELLEC 
STYLE-DB 
25 PIN MALE TO DB 25 PIN MALE, NULL MODEM 
CABLE. 


PC XT STYLE 
- 
DB 25 PIN FEMALE 
TO DB 25 PIN MALE, NULL MODEM 


CABLE. 


PC AT STYLE 
- 
DB 9 PIN FEMALE 
TO DB 25 PIN MALE CABLE. 


Figure 1. On-Line System 
Configurations 
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The iUP-201A 
universal 
programmer 
has all the on- 
line features 
of the iUP-200A 
universal 
programmer 
plus 
off-line 
editing, 
EPROM 
duplication, 
program 
verification, 
and 
locking 
of EPROM 
memory 
inde- 
pendent 
of the host system. The iUP-201 A universal 
programmer 
also 
accepts 
Intel 
hexadecimal 
pro- 
grams 
developed 
on 
non-Intel 
development 
sys- 
tems. Just a few keystrokes 
download 
the program 
into 
the 
iUP 
RAM 
for 
editing 
and 
loading 
into 
a 
EPROM. 


Off-line 
commands 
are 
entered 
using 
the 
off-line 
command 
keys summarized 
in Table 2. 


In addition 
to the hardware 
components 
included 
as 
part of the iUP-200A, 
the iUP-201A 
contains 
a 24- 
character 
alphanumeric 
display, full hexadecimal 
12- 
function 
keypad, 
and 32K bytes of iUP RAM. Figure 
3 illustrates 
the iUP-201A 
keyboard 
and display. 


The 
two 
logical 
devices 
accessible 
during 
off-line 
operation 
are the EPROM 
device and the iUP RAM. 
A 
typical 
operation 
is copying 
the 
data 
from 
an 
EPROM 
(or ROM) into the iUP RAM, modifying 
this 
data 
in iUP RAM, 
and 
programming 
the 
modified 
data back into a EPROM device. The address 
range 


of the iUP RAM is automatically 
determined 
by the 
universal 
programmer 
when 
EPROM 
type selection 
is made. 
Figure 
4 shows 
the 
off-line 
system 
data 
flow. 


Both the iUP-200A 
and iUP-201A 
universal 
program- 
mers include 
self-contained 
system 
diagnostics 
that 


verify system 
operation 
and aid the user in fault iso- 
lation. Diagnostics 
are performed 
on the power sup- 
ply, CPU internal 
firmware 
ROM, internal 
RAM, tim- 


er, the iUP-201A 
keyboard, 
and the iUP RAM. In ad- 


dition, tests are made on any personality 
module 
in- 


stalled in the programmer 
the first time the module 
is 
accessed. 
The personality 
module 
tests 
include 
the 
power select circuitry and module firmware. 
Straight- 


forward 
messages 
are provided 
on the development 
system display in on-line 
mode and on the iUP-201A 
display in off-line 
mode. 


A personality 
module 
is the interface 
between 
the 
iUP-200AliUP-201 
A 
universal 
programmer 
(or 
an 
iPDS 
system) 
and 
a selected 
EPROM 
(or 
ROM). 


Personality 
modules 
contain 
all the 
hardware 
and 


Command 
Description 


PROGRAM 
CONTROL 
GROUP 
CONTROLS 
EXECUTION 
OF THE iPPS SOFTWARE. 


EXIT 
Exits the iPPS software 
and returns control 
to the ISIS operating 
system. 


<ESC> 
Terminates 
the current command. 
REPEAT 
Repeats the previous 
command. 
ALTER 
Edits and re-executes 
the previous command. 


UTILITY GROUP 
DISPLAYS 
USER INFORMATION 
AND STATUS AND SETS DEFAULT 
VALUES. 


DISPLAY 
Displays EPROM, buffer, or file data on the console. 


PRINT 
Prints EPROM, buffer, or file data on the local printer. 


QUEUE 
Prints EPROM, buffer or file data on the network 
spooled 
printer. 


HELP 
Displays user assistance 
information. 


MAP 
Displays buffer structure 
and status. 
BLANKCHECK 
Checks for unprogrammed 
EPROMs. 
OVERLAY 
Checks whether 
non-blank 
EPROMs 
can be programmed. 


TYPE 
Selects the EPROM type. 


INITIALIZE 
Initializes the default number base and file type. 


WORKFILES 
Specifies 
the drive device for temporary 
work files. 


BUFFER 
GROUP 
EDITS, MODIFIES, 
AND VERIFIES 
DATA IN THE BUFFER. 


SUBSTITUTE 
Examines 
and modifies 
buffer data. 


LOAD DATA 
Loads a section of the buffer with a constant. 


VERIFY 
Verifies data in the EPROM with buffer data. 


FORMATTING 
GROUP 
REARRANGES 
DATA FROM THE EPROM, 
BUFFER, OR FILE. 


FORMAT 
Formats and interleaves 
buffer, EPROM, or file data. 


COpy 
GROUP 
COPIES DATA FROM ONE DEVICE TO ANOTHER. 


COPY (file to PROM) 
Programs 
the EPROM with data in a file on disk. 
COPY (PROM to file) 
Saves EPROM data in a file on disk. 


COPY (buffer to PROM) 
Programs 
the EPROM with data from the buffer. 
COPY (PROM to buffer) 
Loads the buffer with data in the EPROM. 


COPY (buffer to file) 
Saves the contents 
of the buffer in a file on disk. 
COPY (file to buffer) 
Loads the buffer from a file on disk. 


COPY (file to URAM) 
Loads file data into the iUP RAM (iUP-201 A model only). 


COPY (URAM to file) 
Saves iUP URAM data in a file on disk (iUP-201A 
model only). 
COPY (buffer to URAM) 
Loads the buffer into the iUP URAM (iUP-201A 
model only). 
COPY (URAM to buffer) 
Loads iUP URAM data into the buffer (iUP-201A 
model only). 


SECURITY 
GROUP 
LOCKS SELECTED 
DEVICES TO PREVENT 
UNAUTHORIZED 
ACCESS. 
KEY LOCK 
Locks the EPROM from unauthorized 
access. 


firmware 
for reading 
and 
programming 
a family 
of 
Intel 
devices. 
Each 
personality 
module 
is a single 
molded 
unit inserted 
into the front 
panel of the uni- 
versal 
programmer. 
A wide 
variety 
of 
personality 
modules 
and 
adaptors 
are available 
for 
Intel 
pro- 
grammable 
devices. 
New modules 
and adaptors 
al- 
low you to keep abreast 
of the newest 
Intel devices, 
programming 
algorithms, 
and device packages 
while 
protecting 
your equipment 
investment. 
Refer to the 
data 
sheet 
on 
"PROM 
Programming 
Personality 
Modules" 
for a complete 
list of available 
support. 


Each personality 
module 
connects 
to the universal 


programmer 
through 
a 41-pin 
connector. 
Module 
firmware 
is uploaded 
into the iUP RAM and execut- 
ed by the internal 
processor. 
The personality 
module 
firmware 
contains 
routines 
necessary 
to read 
and 
program 
a family 
of EPROMs. 
In addition, 
the per- 
sonality module sends specific 
information 
about the 
selected 
EPROM 
to 
the 
universal 
programmer 
to 
help perform 
EPROM 
device 
integrity 
checks. 
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Table 2. Off-Line 
Command 
Keys Summary 


Function 


Selects 
either on-line or off-line operation. 
When on-line, all other function 
keys 


are disabled . 


Selects the EPROM type when using a personality 
module able to program 


multiple 
EPROM devices. 


Verifies the contents 
of the installed 
EPROM device with the contents 
of the 
iUP RAM. The universal 
programmer 
display indicates 
the address and the 
XOR of any mismatches. 


Performs 
a device blank check and then programs 
the target EPROM with data 


from the iUP RAM. If the blank check fails, pressing 
PROG again peforms 
an 
overlay check to verify that non-blank 
EPROMs 
can be programmed. 


Loads the iUP RAM with the data from the EPROM device installed 
in the 
personality 
module. 


Terminates 
the current off-line function, 
clears a user entry, or restores 
the 


display after an error. 


Transfers 
information 
from the universal 
programmer 
display (addresses, 
data, 


or baud rate) into the iUP RAM. 


Downloads 
Intel hexadecimal 
data from any development 
system which has an 


RS232C port. 


DY 
000000 
55 


OMMAND 
I 
ADDRESS 
I 
DATA 


-----" 


LEOs on each personality module indicate opera- 
tional status. On some personality modules a col- 
umn of LEOs indicate which EPROM device type the 
user has selected. On some personality modules an 
LED below the socket indicates which socket is to 
be used. A red indicator light tells the user when 
power is being supplied to the selected device. Fig- 
ure 5 shows a selection fo some of the personality 
modules supported on the universal programmer. 


In addition to the testing done by the iUP system 
self-tests, each personality module contains diag- 
nostic firmware that performs selected 
EPROM 


tests and indicates status. These tests are per- 
formed in both on-line and off-line modes. The 


EPROM installation test verifies that the device is 
installed in the module correctly and that the ZIF 
socket is closed. The EPROM blank check deter- 
mines whether a device is blank. The universal pro- 
grammer 
automatically 
determines 
whether 
the 


blank state is all zeros or all ones. The overlay 
check (performed when a EPROM is not blank) de- 
termines which bits are programmed, compares 
those bits against the program to be loaded, and 
allows programming to continue if they match. As 
with the system self-tests, straight-forward mes- 
sages are provided. The user can invoke all of the 
EPROM device integrity checks except the installa- 
tion test (which occurs automatically any time an op- 
eration is selected). 


UNIVERSAL 
PROGRAMMER 
FIRMWARE 
(MANUAL 
FRONT 
PANEL CONTROL) 


HOST 
SYSTEM 
(OPTIONAL) 


inter 


Intel 8085A microprocessor 
6.144 MHz clock rate 


Memory 


RAM-4.3 
bytes static 
ROM-12K 
bytes EPROM 


Keyboard: 16-character hexadecimal and 12-func- 


tion keypad (iUP-201A model only) 


Display: 
24-character 
alphanumeric 
(iUP-201A 


model only) 


Monitor- 
system 
controller 
in 
pre-programmed 


EPROM 
iPPS 
- 
Intel PROM programming software on 
supplied diskette 


Physical Characteristics 


Depth: 
15 inches (38.1 cm) 


Width: 
15 inches (38.1 cm) 
Height: 6 inches (15.2 cm) 
Weight: 15 pounds (6.9 kg) 


Selectable 100,120,200, or 240 Vac ± 10%; 50-60 
Hz 
Maximum power consumption-80 
watts 


Reading Temperature: 
10·C to 40·C 


ProgrammingTemperature: 25·C ± 5· 
Operating Humidity: 
10% to 85% 
relative 
humidity 


166041-001- iUP-200A1201A Universal Program- 


mer User's Guide. 


166042-001- Getting Started with the iUP-200AI 


201A (For ISISliNDX Users). 
166043-001- Getting Started with the iUP-200AI 


201A (For DOS Users). 


164853 
- 
iUP-200A1201A Universal Program- 
mer Pocket Reference. 


ORDERING 
INFORMATION 


Product 
Order Code 
iUP-200A 211A 


Description 
On-Line PROM programmer with 
iPPS rei 1.4 on Single density ISIS 
II floppy 
iUP-200A 2128 
On-Line PROM programmer with 
iPPS rei 1.4 on Double density 
ISIS II floppy 
iUP-200A 213C 
On-Line PROM programmer with 
iPPS rei 2.0 for Series IV, on mini- 
floppy 
iUP-200A 2160 
On-Line PROM programmer with 
iPPS rei 2.0 for PC/DOS, and ca- 
ble for PC or XT 
iUP-200A 2170 
On-Line PROM programmer with 
iPPS rei 2.0 for PC/DOS, and ca- 
ble for AT 


iUP-201A 211A 
Off-Line and on-line PROM pro- 
grammer with iPPS rei 1.4 on Sin- 
gle density ISIS II floppy 
iUP-201A 2128 
Off-Line and on-line PROM pro- 
grammer with iPPS rei 1.4 on Dou- 
ble density ISIS II floppy 
iUP-201A 213C 
Off-Line and on-line PROM pro- 
grammer with iPPS rei 2.0 for Se- 
ries IV on mini-floppy 
iUP-201A 2160 
Off-Line and on-line PROM pro- 
grammer with iPPS rei 2.0 for PC/ 
DOS, and cable for PC or XT 
iUP-201A 2170 
Off-Line and on-line PROM pro- 
grammer with iPPS rei 2.0 for PC/ 
DOS, and cable for AT 


iUP-200/201 U1· Upgrades an iUP-200/201 univer- 
Upgrade Kit 
sal programmer to an iUP-200Al 
201A universal programmer 
Upgrades an iUP-200/ A universal 
programmer to an iUP-201A uni- 
versal programmer 
·Most personality modules can be used only with 
an iUP-200Al201A 
universal programmer or an 
iUP-200/iUP201 universal programmer upgraded to 
an A with the iUP-200/iUP·201 U1 upgrade kit. If 
used in an iPDS, most personality modules require 
version 1.4 of the iPPS software. 


iUP-PAK-A 
Upgrade Kit 


Product 
Order Code 
iUP·PAK·A 
Upgrade Kit 


Description 
Upgrades an iUP-200A universal 
programmer to an iUP·201A uni- 
versal programmer 


Software 
Sold Separately 


Product 
Order 
Code 
211A 


Description 
PROM programming software rei 1.4 on 
Single density ISIS " floppy 
PROM programming software rei 1.4 on 
Double density ISIS" floppy 


Product 
Order 
Code 
213C 


Description 
PROM programming software rei 2.0 for 
Series IV on mini-floppy 


PROM programming software rei 2.0 for 
PC/DOS with cable for PC or PC XT 
PROM programming software rei 2.0 for 
PC/DOS with cable for PC AT 
PROM programming software for iPDS on 
mini·floppy 


Alphanumeric Terminal 
Controllers 
6 


inter 
8275H 
PROGRAMMABLE CRT CONTROLLER 
• Programmable Screen and Character 
• MCS-51®, MCS-85®, iAPX 86, and 
Format 
iAPX 88 Compatible 
• 6 Independent 
Visual Field Attributes 
• Dual Row Buffers 
• 11 Visual Character Attributes 
(Graphic 
• Programmable DMA Burst Mode 
Capability) 
• Single + 5V Supply 
• Cursor Control (4 Types) 
• High Performance 
HMOS-II 
• Light Pen Detection and Registers 


The Intel~ 8275H Programmable CRT Controller is a single chip device to interface CRT raster scan displays 
with Intel~ microcomputer systems. It is manufactured on Intel's advanced HMOS-II process. Its primary 
function is to refresh the display by buffering the information from main memory and keeping track of the 
display position of the screen. The flexibility designed in the 8275H will allow simple interface to almost any 
raster scan CRT display with a minimum of external hardware and software overhead. 
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Figure 2. Pin Configuration 
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Symbol 
Pin 
Type 
Name and Function 
No. 


LC3 
1 
0 
LINE COUNT: Output from the line counter which is used to 


LC2 
2 
address the character 
generator 
for the line positions 
on the 


LCl 
3 
screen. 


LCo 
4 


ORO 
5 
0 
DMA REQUEST: 
Output signal to the 8257 DMA controller 
requesting 
a DMA cycle. 


DACK 
6 
I 
DMA ACKNOWLEDGE: 
Input signal from the 8257H DMA 
controller 
acknowledging 
that the requested 
DMA cycle has 
been granted. 


HRTC 
7 
0 
HORIZONTAL 
RETRACE: 
Output signal which is active during 
the programmed 
horizontal 
retrace interval. 
During this period 
the VSP output is high and the LTEN output is low. 


VRTC 
8 
0 
VERTICAL 
RETRACE: 
Output signal which is active during the 
programmed 
vertical 
retrace interval. 
During this period the 
VSP output is high and the LTEN output is low. 


RD 
9 
I 
READ INPUT: A control 
signal to read registers. 


WR 
10 
I 
WRITE 
INPUT: A control 
signal to write commands 
into the 
control 
registers or write data into the row buffers during a DMA 
cycle. 


LPEN 
11 
I 
LIGHT PEN: Input signal from the CRT system signifying 
that a 
light pen signal has been detected. 


DBa 
12 
I/O 
BI-DIRECTIONAL 
THREE·STATE 
DATA BUS LINES: The 
DBl 
13 
outputs are enabled during a read of the C or P ports. 


DB2 
14 
DB3 
15 
DB4 
16 
DBs 
17 
DBs 
18 
DB? 
19 


Ground 
20 
GROUND. 


Vcc 
40 
+5V POWER SUPPLY. 


LAo 
39 
0 
LINE ATTRIBUTE 
CODES: These attribute 
codes have to be 
LAl 
38 
decoded 
externally 
by the dot/timing 
logic to generate 
the 
horizontal 
and vertical 
line combinations 
for the graphic 
displays specified 
by the character 
attribute 
codes. 


inter 


Symbol 
Pin 
Type 
Name and Function 
No. 


LTEN 
37 
0 
LIGHT ENABLE: 
Output signal used to enable the video signal 


to the CRT. This output is active at the programmed 
underline 
cursor position, 
and at positions 
specified 
by attribute 
codes. 


RVV 
36 
0 
REVERSE 
VIDEO: Output signal used to indicate the CRT 
circuitry to reverse the video signal. This output is active at the 
cursor position 
if a reverse video block cursor is programmed 


, or at the positions 
specified 
by the field attribute 
codes. 


VSP 
35 
0 
VIDEO SUPPRESSION: 
Output signal used to blank the video 


signal to the CRT. This output is active: 


, 
• during the horizontal 
and vertical 
retrace intervals. 


• at the top and bottom 
lines of rows if underline 
is 


programmed 
to be number 8 or greater. 
• when an end of row or end of screen code is detected. 
• when a DMA underrun occurs. 
• at regular intervals 
(1/16 frame frequency 
for cursor, 
Y32 frame 


frequency 
for character 
and field attributes)-to 
create 


blinking displays as specified 
by cursor, character 
attribute, 


or field attribute 
programming. 


GPAl 
34 
0 
GENERAL 
PURPOSE 
ATTRIBUTE 
CODES: Outputs which 


GPAo 
33 
are enabled 
by the general purpose field attribute 
codes. 


HLGT 
32 
0 
HIGHLIGHT: 
Output signal used to intensity the display at 


particular 
positions 
on the screen as specified 
by the character 


attribute 
codes or field attribute 
codes. 


IRQ 
31 
0 
INTERRUPT 
REQUEST. 


CCLK 
30 
I 
CHARACTER 
CLOCK 
(from 
Dot/Timing 
Logic). 


CCs 
29 
0 
CHARACTER 
CODES: Output from the row buffers used for 
CCs 
28 
character 
selection 
in the character 
generator. 


CC4 
27 
CC3 
26 
CC2 
25 
CCl 
24 
CCo 
23 


CS 
22 
I 
CHIP SELECT: 
The read and write are enabled 
by CS. 


Ao 
21 
I 
PORT ADDRESS: 
A high input on Ao selects the "c" port or 


command 
registers 
and a low input selects the "P" port or 


parameter 
registers. 


inter 


This 3-state, bidirectional, 8-bit buffer is used to in- 
terface the 8275H to the system Data Bus. 


This functional block accepts inputs from the Sys- 
tem Control Bus and generates control signals for 
overall device operation. It contains the Command, 
Parameter, and Status Registers that store the vari- 
ous control formats for the device functional defini- 
tion. 


Ao 
Operation 
Register 


0 
Read 
PREG 


0 
Write 
PREG 


1 
Read 
SREG 


1 
Write 
CREG 


Ao 
RD 
WR 
CS 


0 
1 
0 
0 
Write 8275H Parameter 


0 
0 
1 
0 
Read 8275H Parameter 


1 
1 
0 
0 
Write 8275H Command 


1 
0 
1 
0 
Read 8275H Status 


X 
1 
1 
0 
Three-State 


I 
X 
X 
X 
1 
Three-State 


RD (READ) 


A "low" 
on this input informs the 8275H that the 
CPU is reading data or status information from the 
8275H. 


WR (WRITE) 


A "low" on this input informs the 8275H that the 
CPU is writing data or control words to the 8275H. 


CS (CHIP 
SELECT) 


A "low" on this input selects the 8275H. No reading 
or writi.r:!.9.will occur unless the device is selected. 
Whe~S 
is .':!!g!1,the Data Bus is in the float. state 
and RD and WR will have no effect on the chip. 


DRQ (DMA 
REQUEST) 


A "high" on this output informs the DMA Controller 
that the 8275H desires a DMA transfer. 


DACK (DMA ACKNOWLEDGE) 


A "low" on this input informs the 8275H that a DMA 
cycle is in progress. 


IRQ (INTERRUPT 
REQUEST) 


A "high" on this output informs the CPU that the 
8275H desires interrupt service. 


The Character Counter is a programmable counter 
that is used to determine the number of characters 
to be displayed per row and the length of the hori- 
zontal retrace interval. It is driven by the CCLK 
(Character Clock) input, which should be a derivative 
of the external dot clock. 


The Line Counter is a programmable counter that is 
used to determine the number of horizontal lines 
(Sweeps) per character row. Its outputs are used to 
address the external character generator ROM. 


The Row Counter is a programmable counter that is 
used to determine the number of character rows to 
be displayed per frame and length of the vertical 
retrace interval. 


The Light Pen Registers are two registers that store 
the contents of the character counter and the row 
counter whenever there is a rising edge on the 
LPEN (Light Pen) input. 


NOTE: 
Software correction is required. 


Raster Timing and Video Controls 


The Raster Timing circuitry controls the timing of the 
HRTC (Horizontal Retrace) and VRTC (Vertical Re- 
trace) outputs. The Video Control circuitry controls 
the generation of LAO-1 (Line Attribute), HGLT 
(Highlight), RVV (Reverse Video), LTEN (Light En- 
able), VSP (Video Suppress), and GPAO-1 (General 
Purpose Attribute) outputs. 


DATA 
BUS 
BUFFER 


DRO 


DACK~ 


IRO~ 
~ 


READ! 
WRITE! 


DMA 
CONTROL 
LOGIC 
RASTER 
TIMING 
AND 
VIDEO 
CONTROL 


LAo-l 


HRTC 
VRTC 
HLGT 
RVV 
LTEN 
VSP 
GPAO_l 


The Row Buffers are two 80 character buffers. They 
are filled from the microcomputer system memory 
with the character codes to be displayed. While one 
row buffer is displaying a row of characters, the oth- 
er is being filled with the next row of characters. 


There are two 16 character FIFOs in the 8275H. 
They are used to provide extra row buffer length in 
the Transparent Attribute Mode (see Detailed Oper- 
ation section). 


Buffer Input/Output 
Controllers 


The Buffer Input/Output 
Controllers decode the 


characters being placed in the row buffers. If the 


character is a character attribute, field attribute or 
special code, these controllers control the appropri- 
ate action. (Examples: An "End of Screen-Stop 
DMA" special code will cause the Buffer Input Con- 
troller to stop further DMA requests. A "Highlight" 
field attribute will cause the Buffer Output Controller 
to activate the HGLT output.) 


The 8275H is programmable to a large number of 
different display formats. It provides raster timing, 
display row buffering, visual attribute decoding, cur- 
sor timing, and light pen detection. 


It is designed to interface with the 8257 DMA Con- 
troller and standard character generator ROMs for 
dot matrix decoding. Dot level timing must be provid- 
ed by external circuitry. 


MEMORIES 
11 


< 


SYSTEM 
BUS 
\ 


DBO_7 
MEW! 
AO 


iOW 
DBO_7 


MEMW 
WA 


iOR 
1m 


CS 
CS 
HRO 
IRO 


HACK 


ORO 
LCO-3 
8257 
VIDEO 
SIGNAL 
DMA 
CHARACTER 


CONTROLLER 
i5ACK 
GENERATOR 


8275H 
CCo-a 


HORIZONTAL 
SYNC 


CRT 
DOT 


CONTROLLER 
TIMING 
VERTICAL 
SYNC 


CCLK 
AND 
INTERFACE 
INTENSITY 


VIDEO 
CONTROLS 


General Systems Operational 
Description 


The 8275H provides a "window" into the microcom- 
puter system memory. 


Display characters are retrieved from memory and 
displayed on a row by row basis. The 8275H has two 
row buffers. While one row buffer is being used for 
display, the other is being filled with the next row of 
characters to be displayed. The number of display 
characters per row and the number of character 
rows per frame are software programmable, provid- 
ing easy interface to most CRT displays. (See Pro- 
gramming Section.) 
. 


The 8275H requests DMA to fill the row buffer that is 
not being used for display. DMA burst length and 
spacing is programmable. (See Programming Sec- 
tion.) 


The 8275H displays character rows one line at a 
time. 


The number of lines per character row, the underline 
position, and blanking of top and bottom lines are 
programmable. (See Programming Section.) 


The 8275H provides special Control Codes which 
can be used to minimize DMA or software overhead. 
It also provides Visual Attribute Codes to cause spe- 
cial action or symbols on the screen without the use 
of the character generator (See Visual Attributes 
Section). 


The 8275H also controls raster timing. This is done 
by generating Horizontal Retrace (HRTC) and Verti- 
cal Retrace (VRTC) signals. The timing of these sig- 
nals is programmable. 


The 8275H can generate a cursor. Cursor location 
and format are programmable. (See Programming 
Section.) 


The 8275H has a light pen input and registers. The 
light pen input is used to load the registers. Light pen 
registers can be read on command. (See Program- 
ming Section.) 


inter 


1st 
2nd 
3rd 
4th 
5th 
6th 
7th 
Characte, 
Characte, 
Character 
Character 
Character 
Character 
Characte, 
--------------------- 
oo•••• ooo.noon.no _•••• 
0 lJO ou U UCI0 •••• 
DUO I J ••• 
[] 
l]lJ. 
0 00. 
[J 


Fint Line of a Character 
Row 
--------------------- 
OO•••• 
OOO.UOOO.O 
0 ••••• 
UULJUUUUI 
lU •••• 
UUOO ••• 
UOO. 
OOU. 
U 


oeaODaWOO 
•• 
OClO.'·' O. 
DOD 0 U LJurJ0 fJ Ul IU. 
0 00. 
rJU. O[l(J.lJ 
rJ. 
U 0 [.J.[] 


Second Lins of a Character 
Row 


1st 
2nd 
3rd 
4th 
5th 
6th 
7th 
Charaeter 
Charaeter 
Characte, 
Character 
Character 
Character 
Charact.r 
--------------------- 
00••••000.0000.00 ••••• 000000000 
•••• 0000 ••• 000.000.0 
~OOOO.OO 
••OOO.OO.OOOOOOOOOOOOO.OOO.OO.DOD.OD.ODO.O 
0.0000800.0000800.0000000000000.000800.000800.000.0 


Third Line of a Character 
Row 


1st 
2nd 
3rd 
4th 
5th 
6th 
7th 
Character 
Character 
Character 
Character 
Character 
Characte, 
Character 
---------------- 
00••••000.0000.00 ••••• 000000000 
•••• 0000 ••• 000.000.0 
0.0000.00••000.00.0000000000000.000.00.000.00.000.0 
O.OODD.Do.a.ooaca. oaooo 00000000. 
000. 00. 000. 
00. 000. a 
0.0000.00.0000.00 •••• 0000000000 
•••• 000.000.00.0.0.0 
0.0000.00.00.0.00.0000000000000.oa00008000.00.oao.o 
o.ooooaoo.ooo.aCQ.OOOODOOooooooaoo.ooo.ooo.ooao.o.u 
OO•••• 
OOO.OOOO.OD 
••••• 
OOOrJOLJOOO. 
o~.o[Jon 
••• 
Dr.1~:J. O. 
au 


Seventh Line of 8 Character Row 


Display Row Buffering 


Before the start of a frame, the 8275H requests 
DMA and one row buffer is filled with characters. 


filling the other row buffer with the next row of char- 
acters. 


When the first horizontal sweep is started, character 
codes are output to the character generator from the 
row buffer just filled. Simultaneously, DMA begins 


After all the lines of the character row are scanned. 
the roles of the two row buffers are reversed and the 
same procedure is followed for the next row. 


This is repeated until all of the character rows are 
displayed. 
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DATA 
805'" 


BUfFER 


ORO 


DACK 


IRa 


LAO_1 


HRTe 
VRTC 
HlGT 
RVV 
LTEN 
vsp 
GPAO_1 


Figure 8. First Buffer Filled with Third Row, Second 
Row Displayed 


The 8275H 
can also be programmed 
to blank 'alter- 
nate rows. In this mode the first row is displayed, 
the 
second 
blanked, 
the third displayed, 
etc. DMA is not 
requested 
for the blanked 
rows. 


The 8275H 
can be programmed 
to generate 
fr6m 
1 
to 80 characters 
per row, and from 1 to 64 rows per 
frame. 


123456789 
80 
2 
3 
4 
5 
6 
7 
8 
9 


123456789. 


2 


3 


4 


5 


inter 


The 8275H is designed 
to hold the line count stable 
while 
outputting 
the 
appropriate 
character 
codes 
during 
each 
horizontal 
sweep. 
The line count 
is in- 
cremented 
during 
horizontal 
retrace 
and the whole 
row of character 
codes 
are output 
again during the 
next sweep. 
This is continued 
until the whole 
char- 
acter row is displayed. 


The number of lines (horizontal 
sweeps) 
per charac- 
ter row is programmable 
from 
1 to 16. 


The output 
of the line counter 
can be programmed 
to be in one of two modes. 


In mode 0, the output of the line counter 
is the same 
as the line number. 


In mode 1, the line counter 
is offset by one from the 
line number. 


NOTE: 
In mode 
1, while the first line (line number 
0) is be- 


ing displayed, 
the last count 
is output 
by the 
line 
counter 
(see examples). 


Line 
Line 
line 
Counter 
Coun•••. 


Number 
Modo0 
Mode I 


0 
0 
0 
0 
0 
0 
0 
0 
0 
0 
0000 
I I 11 


1 
0 
0 
0 
0 • 
0 
0 
0 
0 
0001 
0000 


2 
0 
0 
0 • 0 • 0 
0 
0 
0010 
0001 


3 
0 
0 • 
0 
0 
0 • 0 
0 
001 
1 
0010 


4 
0 • 0 
0 
0 
0 
0 • 0 
0100 
001 
I 


5 
0 • 0 
0 
0 
0 
0 • 0 
0101 
0100 


6 
0 • • • • • • • 
0 
0110 
0101 


7 
0 • 0 
0 
0 
0 
0 • 0 
0111 
0110 


8 
0 • 0 
0 
0 
0 
0 • 0 
1000 
0111 


9 
0 • 0 
0 
0 
0 
0 • 0 
1001 
1000 
10 
0 
0 
0 
0 
0 
0 
0 
0 
0 
1010 
100 I 


11 
0 
0 
0 
0 
0 
0 
0 
0 
0 
101 
I 
1010 


12 
0 
0 
0 
0 
0 
0 
0 
0 
0 
1100 
1011 


13 
0 
0 
0 
0 
0 
0 
0 
0 
0 
1101 
1 100 


14 
0 
0 
0 
0 
0 
0 
0 
0 
0 
11 10 
1101 
15 
0 
0 
0 
0 
0 
0 
0 
0 
0 
1111 
1110 
210464-11 


Line 
Line 


Lin. 
Counter 
Coun•••. 


Num•••• 
Mode0 
ModoI 


0 
U 
II 
U 
II 
II 
U 
II 
0000 
100 
I 


1 
u 
CI II • 
1I 
LJ 
u 
0001 
0000 


2 
II 
II • 
II • 


LJ 
1.1 
0010 
0001 


3 
1I • 
U 
II 
II • II 
001 
1 
0010 


4 
II • 
II 
II 
II • 
II 
0100 
00 I I 


5 
II • • • • • 
II 
0101 
0100 


6 
1I • 
II 
II 
II • 
II 
0110 
0101 


7 
II • 
II 
II 
II • 
II 
0111 
0110 


8 
II 
II 
II 
II 
1I 
II 
II 
1000 
0111 


9 
II 
II 
II 
1I II 
II 
II 
1001 
1000 
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Mode 0 is useful for character 
generators 
that leave 


address zero blank and start at address 
1. Mode 1 is 


useful 
for character 
generators 
which 
start 
at ad- 


dress zero. 


Underline 
placement 
is also 
programmable 
(from 


line number 
0 to 15). This is independent 
of the line 


counter 
mode. 


If the line number 
of the underline 
is greater 
than 7 


(line number 
MSB 
= 1), then 
the top and bottom 


lines will be blanked. 


Lin. 
Line 


Line 
Count., 
Counter 


Number 
Modo0 
ModoI 


0 
:J 
0 
0 
0 
0 
[J 
0 
0 
0 
0000 
1011 


1 
0 
0 
0 
0 • 0 
0 
0 
0 
0001 
0000 


2 
0 
0 
0 • 0 • 0 
0 
0 
0010 
0001 


3 
0 
0 • 0 
0 
0 • 0 
0 
0011 
0010 


4 
0 • 0 
0 
0 
0 
0 • 
0 
0100 
0011 


5 
0 • 0 
0 
0 
0 
0 • 0 
0101 
DIDO 


6 
0 • • • • • • • 0 
0110 
0101 


7 
0 • 0 
0 
0 
0 
0 • 0 
011 
1 
0110 


8 
0 • 0 
0 
0 
0 
0 • 
[' 
1000 
0111 


9 
0 • 0 
0 
0 
0 
0 • 0 
1001 
1000 


10 
• • • • • • • • • 
1010 
1001 


II 
u 
u 
0 
0 
0 
0 
0 
0 
0 
101 
I 
1010 


Top and Bottom 
Lines are Blanked 
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If the 
line number 
of the underline 
is less than 
or 
equal to 7 (line number 
MSB = 0), then the top and 
bottom 
lines will not be blanked. 


lint 
Lin. 
Lin. 
Count., 
Count.r 
Number 
Mode 0 
Model 


0 
[1 
0 
IJ • 
IJ 
0 
0 
0000 
0111 


1 
0 
0 • 0 • 


[J 
1.J 
0001 
0000 


2 
0 • 0 
0 
rJ • 0 
0010 
0001 


3 
0 • 0 
IJ 
0 • 
(J 
0011 
0010 


4 
0 • • • • • 


[J 
0100 
0011 


5 
0 • 0 
0 
0 • 


(; 
0101 
0100 
6 
0 • 
lJ 
:! 0 • 


cJ 
01 10 
0101 


7 
• • • • • • • 
0111 
0110 


Top and Bottom 
LInes are not Blanked 
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If the line number of the underline 
is greater than the 
maximum 
number 
of lines, the underline 
will not ap- 


pear. 


Blanking 
is accomplished 
by the VSP (Video 
Sup- 
pression) 
signal. 
Underline 
is accomplished 
by the 


LTEN (Light Enable) 
signal. 


Dot width and character 
width are dependent 
upon 


the external 
timing and control 
circuitry. 


Dot level timing 
circuitry 
should 
be designed 
to ac- 


cept the parallel 
output 
of the character 
generator 


and 
shift 
it out serially 
at the 
rate required 
by the 


CRT display. 


Character 
width is a function 
of the character 
gener- 


ator width. 


Horizontal 
character 
spacing is a function 
of the shift 


register 
length. 


NOTE: 
Video 
control 
and timing 
signals 
must be synchro- 


nized 
with 
the 
video 
signal 
due 
to the 
character 


generator 
access 
delay. 


Jl 


Figure 
16. Line Timing 


6-12 


intJ 


, 


HRTCl..JUVU- 


PROGRAMMtBLE1T016 
LINE COUNTS 


again. (See Character Format Section for detailed 
description of Line Counter functions.) 
The character counter is driven by the character 
clock input (CCLK). It counts out the characters be- 
ing displayed (programmable from 1 to 80). It then 
causes the line counter to increment, and it starts 
counting out the horizontal retrace interval (program- 
mable from 2 to 32). This is constantly repeated. 


The row counter is an internal counter driven by the 
line counter. It controls the functions of the row buff- 
ers and counts the number of character rows dis- 
played. 


The line counter is driven by the character counter. It 
is used to generate the line address outputs (LCO-3) 
for the character generator. After it counts all of the 
lines in a character row (programmable from 1 to 
16), it i~crements the row counter, and starts over 


After the row counter counts all of the rows in a 
frame (programmable from 1 to 64), it starts count- 
ing out the vertical retrace interval (programmable 
from 1 to 4). 


ONE FRAME. 


"w'~:::::ixxx:x:xx:XXx 


FIRST 
LAST 
FIRST 
LAST 
DISPLAY 
DISPLAY 
RETRACE 
RETRACE 
ROW 
ROW 
ROW 
ROW 


T 
PROGRAMMABLE 


1 TO 64 ROW COUNTS 


+ 
PROGRAMMABLE 
1 TO 4 ROW COUNTS 


inter 


The Video Suppression Output (VSP) is active during 
horizontal and vertical retrace intervals. 


Dot level timing circuitry must synchronize these out- 
puts with the video signal to the CRT Display. 


DMATiming 


The 8275H can be programmed to request burst 
DMA transfers of 1 to 8 characters. The interval be- 
tween bursts is also programmable (from 0 to 55 
character clock periods ± 1). This allows the user to 
tailor his DMA overhead to fit his system needs. 


The first DMA request of the frame occurs one row 
time 
before the end of vertical retrace. DMA re- 
quests continue as programmed, until the row buffer 
is filled. If the row buffer is filled in the middle of a 
burst, the 8275H terminates the burst and resets the 
burst counter. No more DMA requests will occur until 
the beginning 
of the next 
row. At that time, DMA 
requests are activated as programmed until the oth- 
er buffer is filled. 


The first DMA request for a row will start at the first 
character clock of the preceding row. If the burst 


INTERNAL 
ROW 
COUNTER 


mode is used, the first DMA request may occur a 
number of character clocks later. This number is 
equal to the programmed burst space. 


If, for any reason, there is a DMA underrun, a flag in 
the status word will be set. 


The DMA controller is typically initialized for the next 
frame at the end of the current frame. 


The 8275H can be programmed to generate an in- 
terrupt request at the end of each frame. This can be 
used to reinitialize the DMA controller. If the 8275H 
interrupt enable flag is set, an interrupt request will 
occur at the beginning 
of the last display row. 


A reset command will also cause IRQ to go inactive, 
but this is not recommended during normal service. 


ORO 
__ 
Y:R~~ 


NEXT 
ROW 
BUFffR 
FillED 


ONE 
RDWBUFFER 
FillED 


inter 


INTERNAL~ 
ROW 


COUNTER 


VRTC~ 


Another 
method 
of reinitializing 
the DMA controller 


is to have the DMA controller 
itself interrupt 
on ter- 
minal count. 
With this method, 
the 8275H 
interrupt 


enable 
flag should 
not be set. 


NOTE: 
Upon 
power-up, 
the 
8275H 
Interrupt 
Enable 
Flag 
may be set. As a result, the user's cold start routine 
should 
write a reset command 
to the 8275H 
before 


system 
interrupts 
are enabled. 


VISUAL 
ATTRIBUTES 
AND SPECIAL 
CODES 


The 
characters 
processed 
by the 
8275H 
are 8-bit 
quantities. 
The character 
code 
outputs 
provide 
the 


character 
generator 
with 7 bits of address. 
The Most 


Significant 
Bit is the extra bit and it is used to deter- 
mine if it is a normal display character 
(MSB = 0), or 


if it is a Visual Attribute 
or Special 
Code (MSB = 1). 


There are two types of Visual Attribute 
Codes. They 
are Character 
Attributes 
and Field Attributes. 


Character 
attribute 
codes 
are 
codes 
that 
can 
be 


used to generate 
graphics 
symbols 
without 
the use 


of a character 
generator. 
This 
is accomplished 
by 


selectively 
activating 
the 
Line 
Attribute 
outputs 


(LAO-1), 
the Video 
Suppression 
output 
(VSP), and 


the Light Enable output. The dot level timing circuitry 
can use these 
signals 
to generate 
the proper 
sym- 


bols. 


Character 
attributes 
can be programmed 
to blink or 


be highlighted 
individually. 
Blinking 
is accomplished 


with the Video Suppression 
output 
(VSP). Blink fre- 


quency 
is equal to the screen 
refresh 
frequency 
di- 


vided by 32. Highlighting 
is accomplished 
by activat- 


ing the Highlight 
output 
(HGL T). 


c 
c 
c 
cT 


LSB 
B H 
I L HIGHLIGHT 
BLINK 
CHARACTER 
ATTRIBUTE 
CODE 
210464-22 


'11 
C 
c:.. 
CD~ 
!'>-l 
'< 
'0n 
!!t 
0 
~ 
::T 
DI.. 
en 
DI()- 


827!, 
CD..»--~ 
IT 
c:- 
CD... 
0 
ICn 
LA! 


LI\O 


VSP 


1I L f\I 


IHiL 
1 


02 


CHARACTER 
GENERATOR 


~~~ 
03 


intJ 


CHARACTER 
ATTRIBUTE 
OUTPUTS 
SYMBOL 
DESCRIPTION 
CODE 
"CCCC" 
LA, 
LAo 
VSP 
LTEN 


bow Underline 
0 
0 
, 
0 
"',;4סס oo 
Underline 
1 
0 
0 
0 
Top left Corner 


elow 
Underline 
0 
1 
0 
0 
boy. 
Underline 
0 
0 
1 
0 


"I 
J~ 
0001 
Underline 
, 
1 
0 
0 
Top Right Corner 
elow Underline 
0 
1 
0 
0 
boye Underline 
0 
.1 
0 
0 
L.w 
0010 
Underline 
1 
0 
0 
0 
I 
Bottom 
Left Corner 
Below 
Underl ine 
0 
0 
1 
0 
~bove 
Underline 
0 
1 


._- 
- 0 
0 
0011 
Underline 
1 
1 
0 
0 
-J 
Bottom 
Right 
Corner 
Below 
Underline 
0 
0 
1 
0 
Above 
UnderJine 
0 
0 
1 
0 
0100 
Underline 
0 
0 
0 
1 -r 
Top Int.rsect 
Below Underlin.e 
0 
1 
0 
0 
bove Underline 
0 
1 
0 
0 -1 
0101 
Underline 
1 
,. 
0 
0 
Right 
Intersect 
Below 
Underline 
0 
1 
0 
0 
Abov, 
Underline 
0 
1 
0 
0 
t- 
0110 
Underline 
1 
0 
0 
0 
Left 
Intersect 
Below 
Underline 
0 
1 
0 
0 
boye Underline 
0 
1 
0 
0 
-L 
0111 
Underline 
0 
0 
0 
1 
Bottom 
Intersect 
Below 
Underline 
0 
0 
1 
0 
Above Underline 
0 
0 
1 
0 I~ 


1000 
Underline 
0 
0 
0 
1 
Horizontal 
Line 
Below 
Underline 
0 
0 
1 
0 
lAbove Underl in! 
0 
1 
0 
0 


f1:!l1 
1001 
Underline 
0 
1 
0 
0 
Vertical 
Line 
Below 
Underline 
0 
1 
0 
0 
l\hnve Underline 
0 
1 
0 
0 • 


1010 
Underline 
0 
0 
0 
1 
Crossed Lines 
Below 
Underline 
0 
1 
0 
0 
. / 


Abov, 
Underline 
0 
0 
0 
0 
l!f~ 
1011 
Underline 
0 
0 
0 
0 
Not Recommended· 
Below 
Underl ine 
0 
0 
0 
0 
Above 
Underline 
0 
0 
1 
0 


i~~W, 
1100 
Underline 
0 
0 
1 
0 
Special Codes 
Below 
Underline 
0 
0 
1 
0 
Aboye Underline 
1101 
Underline 
Undjfined 
_ - 
IIlegel 
Below 
Underline 
Above Underline 
I 
1110 
Underline 
Undjfined 
Illegal 
Below 
Underline 
Above Underl ine 
- 
I 
1111 
Underline 
Undjfined 
Illegal 
Below 
Undtrline 


'Character Attribute Code 1011 is not recommend- 
ed for normal operation. Since none of the attribute 
outputs are active, the character Generator will not 
be disabled, and an indeterminate character will be 
generated. 


Character Attribute Codes 1101, 1110, and 1111 are 
illegal. 


Blinking is active when B = 1. 


Highlight is active when H = 1. 


Four special codes are available to help reduce 
memory, software, or DMA overhead. 


Special Control Character 


LSB 
o 
0 S SL- 
SPECIAL 
CONTROL 
CODE 


210464-25 


inter 


s 
S 
Function 


0 
0 
End of Row 
0 
1 
End of Row-Stop 
DMA 
1 
0 
End of Screen 
1 
1 
End of Screen-Stop 
DMA 


The End of Row Code (00) activates 
VSP and holds 


it to the end of the line. 


The 
End of Row-Stop 
DMA Code 
(01) causes 
the 
DMA Control 
Logic to stop DMA for the rest of the 


row when it is written 
into the Row Buffer. 
It affects 


the display in the same way as the End of Row Code 
(00). 


The 
End of Screen 
Code 
(10) activates 
VSP and 


holds it to the end of the frame. 


The End of Screen-Stop 
DMA Code (11) causes the 


DMA Control 
Logic to stop DMA for the rest of the 


frame 
when 
it is written 
into the Row Buffer. 
It af- 


fects 
the 
display 
in the 
same 
way 
as the 
End of 


Screen 
Code (10). 


If the Stop 
DMA feature 
is not used, all characters 


after an End of Row character 
are ignored, 
except 


for the End of Screen character, 
which operates 
nor- 
mally. All characters 
after an End of Screen 
charac- 


ter are ignored. 


NOTE: 
If a Stop DMA character 
is not the last character 
in 


a burst 
or row, DMA is not stopped 
until after 
the 
next 
character 
is read. 
In this 
situation, 
a dummy 


character 
must be placed 
in memory 
after the Stop 


DMA character. 


The field 
attributes 
are control 
codes 
which 
affect 


the visual 
characteristics 
for a field 
of characters, 


starting 
at the character 
following 
the code 
up to, 


and 
including, 
the 
character 
which 
precedes 
the 


next field 
attribute 
code, 
or up to the 
end 
of the 
frame. The field attributes 
are reset during the verti- 


cal retrace 
interval. 


There 
are six field attributes: 


1) 
Blink-Characters 
following 
the 
code 
blink 
by 
activating 
the Video 
Suppression 
output 
(VSP). 


The blink frequency 
is equal 
to the screen 
re- 
fresh frequency 
divided 
by 32. 
2) 
Highlight-Characters 
following 
the 
code 
are 
highlighted 
by activating 
the 
Highlight 
output 


(HGLT). 
' 


3) 
Reverse Vide£r-Charactersfollowing 
the code 


appear with reverse 
video by activating 
the Re- 


verse Video output 
(RVV). 


4) 
Underline-Characters following 
the 
code 
are 


underlined 
by activating 
the Light Enable output 


(LTEN). 


5,6) General Purpose- There 
are 
two 
additional 


8275H 
outputs 
which 
act as general 
purpose, 


independently 
programmable 
field 
attributes. 


GPAO-l 
are active high outputs. 


Field Attribute 
Code 


MSB 
LSB 
10URGGBH 


111 


1 
L- 
HIGHLIGHT 


~.---BLINK 
~---- 
GENERAL 
PURPOSE 


_.----- 
REVERSE VIDEO 
UNDERLINE 
210464-26 


H = 1 for Highlighting 
B = 1 for Blinking 
R = 1 for Reverse 
Video 
U = 1 for Underline 
GG = GPA,. GPAo 


NOTE: 
More 
than 
one 
attribute 
can 
be 
enabled 
at 
the 


same 
time. 
If the 
blinking 
and 
reverse 
video 
attri- 


butes 
are 
enabled 
simultaneously, 
only 
the 
re- 


versed 
characters 
will blink. 


The 8275H can be programmed 
to provide visible or 


invisible 
field attribute 
characters. 


If the 8275H 
is programmed 
in the visible field attri- 


bute mode, all field attributes 
will occupy 
a position 


on the screen. They will appear as blanks caused 
by 


activation 
of the 
Video 
Suppression 
output 
(VSP). 


The chosen 
visual attributes 
are activated 
after this 


blanked 
character. 


ABCDE 
FGHIJKLM 


NOPQRSTUV 


Figure 23. Example 
of the Visible Field Attribute 


Mode (Underline 
Attribute) 


If the 8275H is programmed 
in the invisible field attri- 


bute mode, the 8275H 
FIFO is activated. 


DATA 
BUS 
BUFFER 


ORO 


DACK 


IRO 


RASTER TIMING 
AND 
VIDEO 
CONTROL 


LAo-l 


HRTC 
VRTC 
HLGT 
RVV 
LTEN 
VSP 
GPAO_l 


Each row buffer has a corresponding FIFO. These 
FIFOs are 16 characters by 7 bits in size. 
Attribute or Special Code must not immediately fol- 
Iowa field attribute code. If this situation does occur, 
the Visual Attribute or Special Code will be treated 
as a normal display character. 
When a field attribute is placed in the row buffer 
during DMA, the buffer input controller recognizes it 
and places the next character in the proper FIFO. 


When a field attribute is placed in the Buffer Output 
Controller during display, it causes the controller to 
immediately put a character from the FIFO on the 
Character Code outputs (CCo-s). The chosen Visu- 
al Attributes are also activated. 


Since the FIFO is 16 characters long, no more than 
16 field attribute characters may be used per line in 
this mode. If more are used, a bit in the status word 
is set and the first characters in the FIFO are written 
over and lost. 


Figure 25. Example 
of the Invisible 
Field 
Attribute 
Mode (Underline 
Attribute) 


NOTE: 
Since the FIFO is 7 bits wide, the MSB of any char- 
acters put in it are stripped off. Therefore, a Visual 


intJ 


Field and Character 
Attribute 
Interaction 


Character 
Attribute 
Symbols 
are affected 
by the Re- 
verse Video 
(RVV) and General 
Purpose 
(GPAO-1) 


field attributes. 
They are not affected 
by Underline, 


Blink 
or 
Highlight 
field 
attributes; 
however, 
these 


characteristics 
can be programmed 
individually 
for 


Character 
Attribute 
Symbols. 


The cursor 
location 
is determined 
by a cursor 
row 
register 
and a character 
position 
register 
which 
are 
loaded 
by command 
to the 
controller. 
The 
cursor 
can be programmed 
to appear on the display 
as: 


1) a blinking 
underline 


2) a blinking 
reverse 
video block 


3) a non-blinking 
underline 


4) a non-blinking 
reverse 
video block 


The cursor blinking frequency 
is equal to the screen 
refresh 
frequency 
divided 
by 16. 


If a non-blinking 
reverse 
video 
cursor 
appears 
in a 


non-blinking 
reverse 
video 
field, the cursor 
will ap- 
pear as a normal video block. 


If a non-blinking 
underline 
cursor 
appears 
in a non- 


blinking 
underline 
field, the cursor will not be visible. 


A light pen consists 
of a micro switch and a tiny light 
sensor. 
When 
the light pen is pressed 
against 
the 
CRT screen, 
the micro switch enables 
the light sen- 


sor. When 
the raster 
sweep 
reaches 
the light sen- 
sor, it triggers 
the light pen output. 


If the 
output 
of the 
light 
pen 
is presented 
to the 
8275H 
LPEN input, the row and character 
position 
coordinates 
are stored 
in a pair of registers. 
These 


registers 
can 
be 
read 
on 
command. 
A bit in the 


status word is set, indicating 
that the light pen signal 
was 
detected. 
The 
LPEN 
input 
must 
be a 0 to 
1 


transition 
for proper operation. 


NOTE: 
Due to internal 
and external 
delays, 
the 
character 


position 
coordinate 
will 
be 
off 
by 
at 
least 
three 


character 
positions. 
This 
has 
to 
be 
corrected 
in 


software. 


Device Programming 


The 
8275H 
has 
two 
programming 
registers, 
the 


Command 
Register 
(CREG) and the parameter 
reg- 


ister (PREG). 
It also has a Status 
Register 
(SREG). 


The Command 
Register 
can only be written 
into and 


the Status 
Registers 
can only 
be read from. 
They 


are addressed 
as follows: 


Ao 
Operation 
Register 


0 
Read 
PREG 


0 
Write 
PREG 


1 
Read 
SREG 


1 
Write 
CREG 


The 
8275H 
expects 
to receive 
a command 
and 
a 


sequence 
of 0 to 4 parameters, 
depending 
on the 


command. 
If the proper 
number 
of parameter 
bytes 


are not received 
before 
another 
command 
is given, 


a status flag is set, indicating 
an improper 
command. 


Command 
No. of Parameter 
Bytes 


Reset 
4 


Start Display 
0 


Stop Display 
0 


Read Light Pen 
2 


Load Cursor 
2 


Enable Interrupt 
0 


Disable Interrupt 
0 


Preset Counters 
0 


In addition, 
the status of the 8275H 
(SREG) 
can be 


read by the CPU at any time. 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Reset Command 
0 
0 
0 
0 
0 
0 
0 
0 


Write 
0 
Screen Comp Byte 1 
S 
H 
H 
H 
H 
H 
H 
H 


Write 
0 
Screen Comp Byte 2 
V 
V 
R 
R 
R 
R 
R 
R 
Parameters 
Write 
0 
Screen Comp Byte 3 
U 
U 
U 
U 
L 
L 
L 
L 


Write 
0 
Screen Comp Byte 4 
M 
F 
C 
C 
Z 
Z 
Z 
Z 


Action-After 
the reset 
command 
is written, 
DMA 
requests 
stop, 
8275H 
interrupts 
are disabled, 
and 
the VSP output 
is used to blank the screen. 
HRTC 
and VRTC continue 
to run. HRTC and VRTC timing 
are random 
on power-up. 


As parameters 
are written, the screen composition 
is 
defined. 


S 
Functions 


0 
Normal Rows 
1 
Spaced 
Rows 


Parameter-HHHHHHH 
Horizontal 
Characters/Row 


H 
H 
H 
H 
H 
H 
H 
No. of Characters 
Per Row 


0 
0 
0 
0 
0 
0 
0 
1 
0 
0 
0 
0 
0 
0 
1 
2 
0 
0 
0 
0 
0 
1 
0 
3 


1 
0 
0 
1 
1 
1 
1 
80 
1 
0 
1 
0 
0 
0 
0 
Undefined 


1 
1 
1 
1 
1 
1 
1 
Undefined 


v 
V 
No. of Row 
Counts Per VRTC 


0 
0 
1 
0 
1 
2 
1 
0 
3 
1 
1 
4 


R 
R 
R 
R 
R 
R 
No. of Rows/Frame 


0 
0 
0 
0 
0 
0 
1 
0 
0 
0 
0 
0 
1 
2 
0 
0 
0 
0 
1 
0 
3 


1 
1 
1 
1 
1 
1 
64 


U 
U 
U 
U 
Line Number 
of 
Underline 


0 
0 
0 
0 
1 
0 
0 
0 
1 
2 
0 
0 
1 
0 
3 


1 
1 
1 
1 
16 


Parameter-LLLL 
Number of Lines per Character 
Row 


L 
L 
L 
L 
No. of Lines/Row 


0 
0 
0 
0 
1 
0 
0 
0 
1 
2 
0 
0 
1 
0 
3 


1 
1 
1 
1 
16 


M 
Line Counter 
Mode 


0 
Mode 0 (Non-Offset) 
1 
Mode 1 (Offset by 1 Count) 


F 
Field Attribute 
Mode 


0 
Transparent 
1 
Non-Transparent 


inter 


C 
C 
Cursor Format 
0 
0 
Blinking reverse video block 
0 
1 
Blinking underline 
1 
0 
Nonblinking 
reverse video block 
1 
1 
Nonblinking 
underline 


z 
z 
z 
Z 
No. of Character 
Counts Per HRTC 


0 
0 
0 
0 
2 
0 
0 
0 
1 
4 
0 
0 
1 
0 
6 


1 
1 
1 
1 
32 


NOTE: 
uuuu MSB determines 
blanking 
of top and bottom 
lines (1 = blanked, 
0 = not blanked). 


S 
S 
S 
No. of Character 
Clocks 
Between 
DMA Requests 


0 
0 
0 
0 
0 
0 
1 
7 
0 
1 
0 
15 
0 
1 
1 
23 
1 
0 
0 
31 
1 
0 
1 
39 
1 
1 
0 
47 
1 
1 
1 
55 


B 
B 
No. of DMA Cycles Per 
Burst 
0 
0 
1 
0 
1 
2 
1 
0 
4 
1 
1 
8 


Actlon-8275H 
interrupts 
are 
enabled, 
DMA 
re- 
quests begin, video is enabled, 
Interrupt 
Enable and 
Video Enable status flags are set. 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Start Display 
0 
0 
1 
S 
S 
S 
B 
B 


No Parameters 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Stop Display 
0 
1 
0 
0 
0 
0 
0 
0 


No Parameters 


Action-Disables 
video, interrupts 
remain enabled, 
HRTC and VRTC continue 
to run, Video Enable status flag 
is reset, and the "Start 
Display" 
command 
must be given to re-enable 
the display. 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Read Light Pen 
0 
1 
1 
0 
0 
0 
0 
0 


Parameters 
Read 
0 
Char. Number 
(Char. Position in Row) 
Read 
0 
Row Number 
(Row Number) 


Action-The 
8275H 
is conditioned 
to supply the contents 
of the light pen position 
registers 
in the next two 
read cycles of the parameter 
register. 
Status flags are not affected. 


NOTE: 
Software 
correction 
of light pen position 
is required. 


intJ 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Load Cursor 
1 
0 
0 
0 
0 
0 
0 
0 


Parameters 
Write 
0 
Char. Number 
(Char. Position in Row) 


Write 
0 
Row Number 
(Row Number) 


Action-The 
8275H 
is conditioned 
to place the next two parameter 
bytes into the cursor 
position 
registers. 


Status flags not affected. 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Enable Interrupt 
1 
0 
1 
0 
0 
0 
0 
0 


No Parameters 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Disable Interrupt 
1 
1 
0 
0 
0 
0 
0 
0 


No Parameters 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Preset Counters 
1 
1 
1 
0 
0 
0 
0 
0 


No Parameters 


Action-The 
internal 
timing 
counters 
are preset, 
corresponding 
to a screen 
display 
position 
at the top left 
corner. 
Two character 
clocks 
are required 
for this operation. 
The counters 
will remain 
in this state 
until any 


other command 
is given. 


This command 
is useful for system 
debug 
and synchronization 
of clustered 
CRT displays 
on a single 
CPU. 
After this command, 
two additional 
clock 
cycles 
are required 
before 
the first character 
of the first row is put 


out. 


Operation 
Ao 
Description 
Data Bus 
MSB 
LSB 


Command 
Read 
1 
Status Word 
0 
IE 
IR 
LP 
IC 
VE 
DU 
FO 


IE - 
(Interrupt Enable) Set or reset by command. It 
enables vertical retrace interrupt. It is auto- 
matically set by a "Start Display" command 
and reset with the "Reset" command. 
IR - 
(Interrupt Request) This flag is set at the be- 
ginning of display of the last row of the frame 
if the interrupt enable flag is set. It is reset 
after a status read operation. 
LP - 
This flag is set when the light pen input 
(LPEN) is activated and the light pen registers 
have been loaded. This flag is automatically 
reset after a status read. 
IC - 
(Improper Command) This flag is set when a 
command parameter string is too long or 


Ambient Temperature Under Bias 
O·Cto 70·C 
Storage Temperature 
-65·C to + 150·C 
Voltage On Any Pin 
With Respect to Ground 
- 0.5V to + 7V 
Power Dissipation 
1 Watt 


too short. The flag is automatically reset after 
a status read. 
VE - 
(Video Enable) This flag indicates that video 
operation of the CRT is enabled. This flag is 
set on a "Start Display" command, and reset 
on a "Stop Display" or "Reset" command. 


DU- 
(DMA Underrun) This flag is set whenever a 
data underrun occurs during DMA transfers. 
Upon detection of DU, the DMA operation is 
stopped and the screen is blanked until after 
the vertical retrace interval. This flag is reset 
after a status read. 
FO- 
(FIFO Overrun) This flag is set whenever the 
FIFO is overrun. It is reset on a status read. 


•Notice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


Vil 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vee + 0.5V 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOl = 2.2 mA 


VOH 
Output High Voltage 
2.4 
V 
IOH= -400 J-l-A 


III 
Input Load Current 
±10 
J-l-A 
VIN = Vee to OV 


IOFl 
Output Float Leakage 
±10 
J-l-A 
VOUT= Vee to 0.45V 


Ice 
Vee Supply Current 
160 
mA 


inter 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
fc = 1 MHz 


CliO 
I/O Capacitance 
20 
pF 
Unmeasured 
pins returned 
to Vss 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


tAR 
Address 
Stable before READ 
0 
ns 


tRA 
Address 
Hold Time for READ 
0 
ns 


tAR 
READ Pulse Width 
250 
ns 


tRO 
Data Delay from READ 
200 
ns 
Cl = 150 pF 


tOF 
READ to Data Floating 
100 
ns 
Cl = 150 pF 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


tAW 
Address 
Stable before WRITE 
0 
ns 


tWA 
Address 
Hold Time for WRITE 
0 
ns 


tww 
WRITE Pulse Width 
250 
ns 
, 


tow 
Data Setup Time for WRITE 
150 
ns 


two 
Data Hold Time for WRITE 
0 
ns 


8275 
8275·2 
Test 
Symbol 
Parameter 
Units 
Conditions 
Mln 
Max 
Mln 
Max 


telK 
Clock Period 
480 
320 
ns 


tKH 
Clock High 
240 
120 
ns 


tKl 
Clock Low 
160 
120 
ns 


tKR 
Clock Rise 
5 
30 
5 
30 
ns 


tKF 
Clock Fall 
5 
30 
5 
30 
ns 


inter 


8275 
8275·2 
Test 
Symbol 
Parameter 
Units 
Conditions 
Mln 
Max 
Mln 
Max 


tcc 
Character 
Code Output Delay 
150 
150 
ns 
Cl = 50 pF 


tHA 
Horizontal 
Retrace Output Delay 
200 
150 
ns 
Cl = 50 pF 


tlC 
Line Count Output Delay 
400 
250 
ns 
Cl = 50 pF 


tAT 
Control/Attribute 
Output Delay 
275 
250 
ns 
Cl = 50 pF 


tVA 
Vertical 
Retrace Output Delay 
275 
250 
ns 
Cl = 50 pF 


tAl 
IRQ..L from RD i 
250 
250 
ns 
Cl = 50 pF 


two 
DRQ i 
from WR i 
250 
250 
ns 
Cl = 50 pF 


tAO 
DRQ..L from WR ..L 
200 
200 
ns 
Cl = 50 pF 


tlA 
DACK..L toWR..L 
0 
0 
ns 


tAL 
WR i 
to DACKi 
0 
0 
ns 


tpA 
LPEN Rise 
50 
50 
ns 


tpH 
LPEN Hold 
100 
100 
ns 


tDI 
DACK Inactive Period 
120 
ns 


,.'=x 
x:= 


2.0 
2.0 


045 
o.> TEST 
POINTS < o. 


OEVICE 
UNOER 
TEST 


210464-30 
A.C. Testing: Inputs are driven at 2.4V for a Logic "1" and 0.45V 
for a Logic "0." Timing measurements are made at 2.0V for a 
Logic "1" and O.BVfor a Logic "0." 


CCLK·l 
_ 


CHARACTER 
GENERATOR 
OUTPUT 


VIDEO 
(FROM SHIFT 
REGISTER) 


ATTRIBUTES 
a. CONTROLS 
(FROM 
SYNCHRONIZER) 


SECOND CHARACTER 


ATTRIBUTES 
110CONTROLS 
FOR 2ND CHAR. 


I"" 
=e 
-- 
z 
et 
m 
:.- 


-4 
< 
~ 
m." 
Z 
0 
c;) 
:D 
~en 
0 


CCLK 
0~~. 
~ 
c: 
CDoS 


PROGRAMMABLE 
FROM 
1 TO 80 CHARACTERS 


tHR 


~t=tLC 


'-- 
••••tNExT 
LINE 
COUNT 


VIDEO 
CONTROLS 


AND ATTRIBUTES' 
___ x 


inter 


INTERNAL 
ROW 
COUNTER 
...J ~ 
.I, 


INTERNAL 
ROW 
COUNTER 


'VR 
PROGRAMMABLE 
FROM 
1 TO 4 ROWS 


WAVEFORMS 
(Continued) 


INTERRUPT 
TIMING 


ORO --.l 
\_- 


LPEN 
n 
-----tp-R-=1 ~tPH~.------- 


AO.CS 
' 
VAL_ID 
_ 
~:AR 


inter 
8276H 
SMALL SYSTEM CRT CONTROLLER 
• Programmable Screen and Character 
• Dual Row Buffers 
Format 
• Single + 5V Supply 
• 6 Independent 
Visual Field Attributes 
• 40-Pin Package 
• Cursor Control (4 Types) 
• 3 MHz Clock with 8276-2 
• MCS-51®, MCS-85®, iAPX 86, and iAPX 
• High Performance 
HMOS-II 
88 Compatible 


The Intel 8276H Small System CRT Controller is a single chip device intended to interface CRT raster scan 
displays with Intel microcomputers in minimum device-count systems. Its primary function is to refresh the 
display by buffering character information from main memory and keeping track of the display position of the 
screen. The flexibility designed into the 8276H will allow simple interface to almost any raster scan CRT 
display. It can be used with the 8051 Single Chip Microcomputer for a minimum IC count design. It is manufac- 
tured on Intel's advanced HMOS-II process. 


CHARACTER 
CCLK 
COUNTER 
LC3 
vcc 


LC2 
NC 


L~ 
NC 


LCo 
LTEN 


8ROY 
RVV 


080 
7 
DATA 
85 
VSP 
BUS 
CCo 
6 
BUFFER 
HRTC 
GPA1 


VRTC 
GPAo 


RO 
HLGT 
BRDY 
LINE 
LCD 
3 
WR 
COUNTER 
INT 
BS 
NC 
CCLK 
INT 
080 
ROW 
CC6 


COUNTER 
081 
CCs 


RD 
082 
CC4 
READI 


c~:i~~L w 
HRTC 
083 
CC3 


VRTC 
LOGIC 
RASTER TIMING 
HLGT 
084 
CC2 
C/P- 
AND 
RVV 
085 
VIDEO CONTROL 
LTEN 
CC1 


VSP 
086 
CCo 
cs _____----l 
GPAo 
1 


087 
CS 


GNO 
CtP 


210668-2 


210668-1 
Figure 2. Pin configuration 
Figure 1. Block Diagram 


intJ 


Symbol 
Pin 
Type 
Name and Function 
No. 


LCa 
1 
0 
LINE COUNT: Output from the line counter which is used to address the character 
LC2 
2 
generator for the line positions on the screen. 
LC1 
3 
LCo 
4 


BRDY 
5 
0 
BUFFER READY: Output signal indicating that a Row Buffer is ready for loading of 
character data. 


BS 
6 
I 
BUFFER SELECT: Input signal enabling WR for character data into the Row 
Buffers. 


HRTC 
7 
0 
HORIZONTAL RETRACE: Output signal which is active during the programmed 
horizontal retrace interval. During this period the VSP output is high and the LTEN 
output is low. 


VRTC 
8 
0 
VERTICAL RETRACE: Output signal which is active during the programmed 
vertical retrace interval. During this period the VSP output is high and the LTEN 
output is low. 


RD 
9 
I 
READ INPUT: A control signal to read registers. 


WR 
10 
I 
WRITE INPUT: A control signal to write commands into the control registers or 
write data into the row buffers. 


NC 
11 
No Connection. 


DBo 
12 
I/O 
BIDIRECTIONAL 
DATA BUS: Three-state lines. The outputs are enabled during a 
DB1 
13 
read of the C or P ports. 
DB2 
14 
DBa 
15 
DB4 
16 
DBs 
17 
DB6 
18 
DB? 
19 


Ground 
20 
Ground. 


Vcc 
40 
+ 5V Power Supply. 


NC 
39 
No Connection. 


NC 
38 
No Connection. 


LTN 
37 
0 
LIGHT ENABLE: Output signal used to enable the video signal to the CRT. This 
output is active at the programmed underline cursor position, and at positions 
specified by attribute codes. 


RVV 
36 
0 
REVERSE VIDEO. Output signal used to activate the CRT circuitry to reverse the 
video signal. This output is active at the cursor position if a reverse video block 
cursor is programmed or at the positions specified by the field attribute codes. 


VSP 
35 
0 
VIDEO SUPPRESSION. Output signal used to blank the video signal to the CRT. 
This output is active: 
-during 
the horizontal and vertical retrace intervals. 
-at 
the top and bottom lines of rows if underline is programmed to be number 8 or 
greater. 
-when 
an end of row or end of screen code is detected. 
-when 
a Row Buffer underrun occurs. 


-at 
regular intervals (1/16frame frequency for cursor, %2 frame frequency for 
attributes)-to 
create blinking displays as specified by cursor or field attribute 
programming. 


GPA1 
34 
0 
GENERAL PURPOSE ATTRIBUTE CODES: Outputs which are enabled by the 
GPAo 
33 
general purpose field attribute codes. 


HLGT 
32 
0 
HIGHLIGHT: Output signal used to intensify the display at particular positions on 
the screen as specified by the field atrribute codes. 


INT 
31 
0 
INTERRUPT OUTPUT. 


CCLK 
30 
I 
CHARACTER CLOCK: (from dot/timing 
logic). 


inter 


Symbol 
Pin 
Type 
Name and Function 
No. 


CCs 
29 
0 
CHARACTER CODES: Output from the row buffers used for character selection in 
CCs 
28 
the character generator. 
CC4 
27 
CC3 
26 
CC2 
25 
CC1 
24 
CCo 
23 


CS 
22 
I 
CHIP SELECT: Enables RD of status or WR of command or parameters. 


C/P 
21 
I 
PORT ADDRESS: A high input on this pin selects the "c" port or command 
registers and a low input selects the "P" port or parameter registers. 


This 3-state, 
bidirectional, 
8-bit buffer 
is used to in- 
terface 
the 8276H to the system 
Data Bus. 


This functional 
block 
accepts 
inputs 
from 
the Sys- 
tem 
Control 
Bus and generates 
control 
signals 
for 
overall 
device 
operation. 
It contains 
the Command, 
Parameter, 
and Status 
Registers 
that store the vari- 
ous control 
formats 
for the device 
functional 
defini- 
tion. 


C/P 
Operation 
Register 
0 
Read 
Reserved 
0 
Write 
Parameter 


1 
Read 
Status 


1 
Write 
Command 


A "low" 
on this 
input 
informs 
the 
8276H 
that 
the 
CPU is reading 
status information 
from the 8276H. 


WR (WRITE) 


A "low" 
on this 
input 
informs 
the 
8276H 
that 
the 
CPU is writing data or control 
words to the 8276H. 


CS (CHIP SELECT) 


A "low" 
on this input selects 
the 8276H 
for RD or 
WR of Commands, 
Status, and Parameters. 


BRDY (BUFFER 
READY) 


A "high" 
on this output 
indicates 
that the 8276H 
is 
ready to receive 
character 
data. 


BS (BUFFER 
SELECT) 


A "low" 
on this input enables 
WR of character 
data 
to the 8276H 
row buffers. 


INT (INTERRUPT) 


A "high" 
on this 
output 
informs 
the CPU that 
the 
8276H 
needs 
interrupt 
service. 


C/P 
RD 
WR 
CS 
BS 
0 
0 
1 
0 
1 
Reserved 
0 
1 
0 
0 
1 
Write 8276H Parameter 
1 
0 
1 
0 
1 
Read 8276H Status 
1 
1 
0 
0 
1 
Write 8276H Command 
X 
1 
0 
1 
0 
Write 8276H Row Buffer 
X 
1 
1 
X 
X 
High Impedance 
X 
X 
X 
1 
1 
High Impedance 


The Character 
Counter 
is a programmable 
counter 
that is used to determine 
the number 
of characters 
to be displayed 
per row and the length 
of the hori- 
zontal 
retrace 
interval. 
It is driven 
by the 
CCLK 
(Character 
Clock) 
input, 
which 
should 
be derived 
from the external 
dot clock. 


The Line Counter 
is a programmable 
counter 
that is 
used 
to determine 
the 
number 
of 
horizontal 
lines 
(Raster 
Scans) 
per character 
row. 
Its outputs 
are 
used to address 
the external 
character 
generator. 


The Row Counter 
is a programmable 
counter 
that is 
used to determine 
the number 
of character 
rows to 
be displayed 
per frame 
and 
length 
of the 
vertical 
retrace 
interval. 


Raster Timing and Video Controls 


The Raster Timing circuitry controls the timing of the 
HRTC (Horizontal Retrace) and VRTC (Vertical Re- 
trace) outputs. The Video control circuitry controls 
the generation of HGLT (Highlight), RVV (Reverse 
Video), LTEN (Light Enable), VSP (Video Suppress), 
and GPAo-1 (General Purpose Attribute) outputs. 


The Row Buffers are two 80-character buffers. They 
are filled from the microcomputer system memory 
with the character codes to be displayed. While one 
row buffer is displaying a row of characters, the oth- 
er is being filled with the next row of characters. 


Buffer Input/Output 
Controllers 


The Buffer Input/Output 
Controllers decode the 
characters being placed in the row buffers. If the 
character is a field attribute or special code, they 
control the appropriate action. (Example: A "High- 
light" field atrribute will cause the Buffer Output Con- 
troller to activate the HGLT output.) 


The 8276H is programmable to a large number of 
different display formats. It provides raster timing, 


display row buffering, visual attribute decoding and 
cursor timing. 


It is designed to interface with standard character 
generators for dot matrix decoding. Dot level timing 
must be provided by external circuitry. 


General Systems Operational 
Description 


Display characters are retrieved from memory and 
displayed on a row-by-row basis. The 8276H has 
two row buffers. While one row buffer is being used 
for display, the other is being filled with the next row 
of characters to be displayed. The number of display 
characters per row and the number of character 
rows per frame are software programmable, provid- 
ing easy interface to most CRT displays. (See Pro- 
gramming Section.) 


The 8276H uses BRDY to request character data to 
fill the row buffer that is not being used for display. 


The 8276H displays character rows one scan line at 
a time. The number of scan lines per character row, 
the underline position, and blanking of top and bot- 
tom lines are programmable. (See Programming 
Section.) 


The 8276H provides special Control Codes which 
can be used to minimize overhead. It also provides 


CHAAACTEA 
GENERATOR 
(_011 
IWl) 


HIGH 
SPEED 
DOT 
TIMING 
LOGIC 
AND 
INTERFACE 


j 


I 
STATUS 


inter 


lit 
2nd 
3,d 
4th 
5th 
6th 
7th 


Charlet., 
Char.ete, 
Charlcte, Charlet., 
Charlet., 
Char.et., 
Charlete, 
------- 
llo •••• 
r I[Ul.llll[ 
In.l 
LII••••• 
tJl ILJlJll1 II II I! 1•••• 
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First Line of • Charlet., 
Row 


lit 
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3,d 
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Second Line of • Charact., 
Row 


lit 
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3,d 
4th 
5th 
6th 
7th 
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I J.r 1111Ill.; 
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Third Line of a Charactar Row 
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Seventh Line of • Character Row 


Visual Attribute Codes to cause special action on 
the screen without the use of the character genera- 
tor. (See Visual Attributes Section.) 


The 8276H also controls raster timing. This is done 
by generating Horizontal Retrace (HRTC) and Verti- 
cal Retrace (VRTC) signals. The timing of these sig- 
nals is also programmable. 


The 8276H can generate a cursor. Cursor location 
and format are programmable. (See Programming 
Section.) 


Display Row Buffering 


Before the start of a frame, the 8276H uses BRDY 
and BS to fill one row buffer with characters. 


When the first horizontal sweep is started, character 
codes are output to the character generator from the 
row buffer just filled. Simultaneously, the other row 
buffer is filled with the next row of characters. 


After all the lines of the character row are scanned, 
the buffers are swapped and the same procedure is 
followed for the next row. 


This process is repeated until all of the character 
rows are displayed. 


Row Buffering allows the CPU access to the display 
memory at all times except during Buffer Loading 
(about 25%). This compares favorably to alternative 
approaches which restrict CPU access to the display 
memory to occur only during horizontal and vertical 
retrace intervals (80% of the bus time is used to 
refresh the display). 


DATA 
lI\IS 
BUFFEIl 


inter 


DATA 
BUS 
BUffER 


Figure 6. Second 
Row Buffer Filled, 
First Row Displayed 


Figure 7. First Row Buffer Filled With Third Row, 
Second 
Row Displayed 


The 8276H can be programmed to generate from 1 
to 80 characters per row, and from 1 to 64 rows per 
frame. 


123456789. 
2 
3 
4 
5 
6 
7 
8 
9 


The 8276H can also be programmed to blank alter- 
nate rows. In this mode, the first row is displayed, 
the second blanked, the third displayed, etc. Display 
data is not requested for the blanked rows. 


123456789 
...........•... 
80 


2 
3 


The 8276H is designed to hold the line count stable 
while outputting the appropriate character codes 
during each horizontal sweep. The line count is in- 
cremented during horizontal retrace and the whole 
row of character codes are output again during the 
next sweep. This is continued until the entire charac- 
ter row is displayed. 


The number of lines (horizontal sweeps) per charac- 
ter row is programmable from 1 to 16. 


The output of the line counter can be programmed 
to be in one of two modes. 


In mode 0, the output of the line counter is the same 
as the line number. 


In mode 1, the line counter is offset by one from the 
line number. 


NOTE: 
In mode 1, while the first line (line number 0) is be- 
ing displayed, the last count is output by the line 
counter (see examples). 


Line 
Lme 
LIne 
Line 


Line 
Counter 
Count.r 
Line 
Count.r 
Count.r 


Number 
Mod. 0 
Model 
Number 
Mode 
0 
Model 


0 
IlJ " " 


I " 


0000 
1111 
0 
" 
0000 
1011 


1 
&.I 
IJ · 


II 
II " " 


0001 
0000 
1 
" " " 


1 • " 
0001 
0000 
2 
1 
1 • " ·" " 
0010 
0001 
2 
I 
1 " • "· 


0010 
0001 
3 
" 


1 • 
1I • 
lJ 
I 
001 1 
0010 
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II 
II • " 


I " 


001 
1 
0010 
• 


I • 
J " " " 


, • 
, 
0100 
001 
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• 
" • 
II " 


1 
I 
• 
, 
0100 
001 
1 
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" • 
II " " " " • 
I 
0101 
0100 
5 
I • " 


II 
II 
• " 
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0100 
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•·• • • • • 
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0110 
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• • • • · 


01 
10 
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lJ " 
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II • 
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I " 
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II ·" 
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1 · 
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I 
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II · 
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II " 
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• " 
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, " " " 
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1 
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1 
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II 
It 
1 
II " 
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1 0 11 
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, " " " 
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1101 
,,00 
210666-11 


" 
" 


, " " " , " " 


1110 
1101 
Top and Bot1om Lines are Blanked 


15 
" " " 
" 


1111 
1110 


210666-10 
Figure 12. Underline 
in Line Number 
10 


Figure 10. Example 
of a 16·Line Format 
If the 
line number 
of the 
underline 
is less than 
or 
equal to 7 (line number 
MSB = 0), then the top and 
bottom 
lines will not be blanked. 


Line 
Line 
Line 
Count.r 
Count.r 
Number 
Mode 
0 
Mod.' 


0 
,', 
, 
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" " " • 
II " " 


0001 
0000 
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"·" " 


001 
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6 
I • 
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I ·" 


0111 
0110 


8 
" 


1000 
0111 


9 
" " 


, " " 


1001 
1000 


210666-12 


Mode 0 is useful for character 
generators 
that leave 
address zero blank and start at address 
1. Mode 1 is 
useful 
for 
character 
generators 
which 
start 
at ad- 
dress zero. 


Underline 
placement 
is also 
programmable 
(from 
line number 
0 to 15). This is independent 
of the line 
counter 
mode. 


If the line number 
of the underline 
is greater 
than 7 
(line number 
MSB = 
1), then 
the top and bottom 
lines will be blanked. 


lme 
lIne 


line 
Counter 
Counter 


Number 
Mode 
0 
Mode 
1 


0 
0000 
01 
1 1 


1 
I " . 
0001 
0000 
2 
,· 


, 
0010 
0001 
3 
·" 
00 
11 
0010 


4 
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0100 
0011 
5 
, · 


a 1 a 1 
0100 


6 
"· 


, 
I· 


01 
10 
0101 
7 .·..··· 


0111 
0110 


210666-13 


Top and Bot1om Lines are not Blanked 


If the line number 
of the underline 
is greater than the 
maximum 
number 
of lines, the underline 
will not ap- 


pear. 


Blanking 
is accomplished 
by the VSP (Video 
Sup- 
pression) 
signal. 
Underline 
is accomplished 
by the 
LTEN (Light Enable) 
signal. 


Dot width and character 
width 
are dependent 
upon 
the external 
timing and control 
circuitry. 


inter 


Dot level timing circuitry should be designed to ac- 
cept the parallel output of the character generator 
and shift it out serially at the rate required by the 
CRT display. 


Character width is a function of the character gener- 
ator width. 


Horizontal character spacing is a function of the shift 
register length. 


NOTE: 
Video control and timing signals must be synchro- 
nized with the video signal due to the character 
generator access delay. 


Raster Timing 


The character counter is driven by the character 
clock input (CCLK). It counts out the characters be- 
ing displayed (programmable from 1 to 80). It then 
causes the line counter to increment, and it starts 
counting out the horizontal retrace interval (program- 
mable from 2 to 32). This process is constantly re- 
peated. 


cmfU11l1l1 


HRTC~ 


The line counter is driven by the character counter. It 
is used to generate the line address outputs (LCO-3) 
for the character generator. After it counts all of the 
lines in a character row (programmable from 1 to 
16), it increments the row counter, and starts over 
again. (See Character Format Section for detailed 
description of Line Counter functions.) 


The row counter is an internal counter driven by the 
line counter. It controls the functions of the row buff- 
ers and counts the number of character rows dis- 
played. 


ONE CHARACTER 
ROW 
. 
I 
• 


HRTC LJLJU-U- 


PROGRAMM:SLE 
1 TO lfj 
LINE COUNTS 


After the row counter counts all of the rows in a 
frame (programmable from 1 to 64), it starts count- 
ing out the vertical retrace interval (programmable 
from 1 to 4). 


ONE 
FRAME 
, 


ROW'~~~~~:~XXxxx:xXX:x 


FIRST 
LAST 
FIRST 
LAST 
DISPLAY 
DISPLAY 
RETRACE 
RETRACE 
ROW 
ROW 
ROW 
ROW 


--"",..------ •..,---' 
PROGRAMMABLE 
PROGRAMMABLE 


1 TO 64 
ROW 
COUNTS 
1 TO 4 ROW 
COUNTS 


Figure 17. Frame Timing 


The Video Suppression Output (VSP) is active during 
horizontal and vertical retrace intervals. 


Dot level timing circurity must synchronize these out- 
puts with the video signal to the CRT Display. 


The 8276H 
can be programmed 
to generate 
an in- 
terrupt 
request 
at the 
end 
of 
each 
frame. 
If the 
8276H 
interrupt 
enable 
flag is set, an interrupt 
re- 
quest will occur 
at the beginning 
of the last display 
row. 


I•••••••••••. 
~ 
IIOW 
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A reset command 
will also cause INT to go inactive, 


but this is not recommended 
during normal 
service. 


NOTE: 


Upon 
power-up, 
the 
8276H 
Interrupt 
Enable 
Flag 
may be set. As a result, the user's cold start routine 
should 
write a reset command 
to the 8276H 
before 
system 
interrupts 
are enabled. 


VISUAL 
ATTRIBUTES 
AND SPECIAL 
CODES 


The 
characters 
processed 
by the 
8276H 
are 8-bit 
quantities. 
The character 
code 
outputs 
provide 
the 
character 
generator 
with 7 bits of address. 
The Most 
Significant 
Bit is the extra bit and it is used to deter- 


mine if it is a normal display character 
(MSB = 0), or 


if it is a Field Attribute 
or Special 
Code (MSB = 1). 


Four special 
codes are available 
to help reduce 
bus 


usage. 


...• 


o 
0 
~ 
SPECIAL 
CONTIIIOL 
CODE 
210668-19 


s 
S 
Function 
0 
0 
End of Row 
0 
1 
End of Row-Stop 
Buffer Loading 


1 
0 
End of Screen 
1 
1 
End of Screen-Stop 
Buffer Loading 


The End of Row Code (00) activates 
VSP and holds 


it to the end of the line. 


The End of Row-Stop 
Buffer Loading (BRADY) Code 


(01) causes the Buffer Loading Control 
Logic to stop 


buffer loading for the rest of the row upon being writ- 
ten into the Row Buffer. 
It affects 
the display 
in the 


same way as the End of Row Code (00). 


The 
End of Screen 
Code 
(10) activates 
VSP 
and 


holds it to the end of the frame. 


The 
End 
of 
Screen-Stop 
Buffer 
Loading 
(BRDY) 


Code 
(11) causes 
the Row Buffer 
Control 
Logic to 


stop 
buffer 
loading 
for the rest 
of the frame 
upon 


being written. 
It affects 
the display 
in the same way 


as the End of Screen 
Code (10). 


If the Stop 
Buffer 
Loading 
feature 
is not used, 
all 


characters 
after 
an End of Row 
character 
are ig- 


nored, 
except 
for 
the 
End 
of 
Screen 
character, 


which operates 
normally. 
All characters 
after an End 


of Screen 
character, 
are ignored. 


NOTE: 
If a Stop Buffer 
Loading 
is not the last character 
in 


a row, Buffer 
Loading 
is not stopped 
until after the 


next 
character 
is read. 
In this 
situation, 
a dummy 


character 
must be placed 
in memory 
after the Stop 


Buffer 
Loading 
character. 


The field 
attributes 
are control 
codes 
which 
affect 


the 
visual 
characteristics 
for a field 
of characters, 


starting 
at the character 
following 
the code 
up to, 


and 
including, 
the 
character 
which 
precedes 
the 


next field 
attribute 
code, 
or up to the 
end 
of the 


frame. The field attributes 
are reset during the verti- 


cal retrace 
interval. 


inter 


The 8276H 
can be programmed 
to provide 
visible 
field attribute 
characters; 
all field attribute 
codes will 
occupy 
a position 
on the screen. 
These 
codes 
will 
appear 
as blanks 
caused 
by activation 
of the Video 
Suppression 
output 
(VSP). The chosen 
visual 
attri- 
butes are activated 
after this blanked 
character. 


There 
are six field attributes: 


1) 
Blink-Characters 
following 
the 
code 
are 
caused 
to blink by activating 
the Video Sup- 
pression 
output (VSP). The blink frequency 
is 
equal to the screen refresh frequency 
divided 
by 32. 


2) 
Highlight-Characters following 
the code are 
caused 
to 
be highlighted 
by activating 
the 
Highlight 
output 
(HGL D. 


3) 
Reverse Video-Characters following 
the 
code are caused 
to appear 
with reverse 
vid- 
eo by activating 
the 
Reverse 
Video 
output 
(RW). 
4) 
Underline-Characters following 
the 
code 
are caused to be underlined 
by activating 
the 
Light Enable output 
(LTEN). 


5, 6) 
GeneralPurpose- There 
are two additional 
8276H outputs which act as general purpose, 
independently 
programmable 
field attributes. 


GPAO-l 
are active 
high outputs. 


A"a 
C 0 
E 
F G H I 
J 
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NOPORSTUV 


Figure 
20. Example 
of a Visible 
Field Attribute 
(Underline 
Attribute) 


LU 
U1R1LQIH I 
L--- 
HIGHLIGHT 
_.----BLINK 
-----OEHERALPURPOSE 
REVERse 
VIDEO 
UNDERLINE 


H = 1 FOR HIGHLIGHTING 
B = 1 FOR BLINKING 
R = 1 FOR REVERSE 
VIDEO 
U = 1 FOR UNDERLINE 
GG = 1 FOR GPA1, GPAo 


NOTE: 
More 
than 
one 
attribute 
can 
be 
enabled 
at 
the 
same 
time. 
If the 
blinking 
and 
reverse 
video 
attri- 
butes 
are 
enabled 
simultaneously, 
only 
the 
re- 
versed 
characters 
will blink. 


The cursor 
location 
is determined 
by a cursor 
row 
register 
and a character 
position 
register 
which 
are 
loaded 
by command 
to the 
controller. 
The 
cursor 
can be programmed 
to appear 
on the display 
as: 


1. a blinking 
underline 


2. a blinking 
reverse 
video block 


3. a non-blinking 
underline 


4. a non-blinking 
reverse 
video block 


The cursor blinking frequency 
is equal to the screen 
refresh 
frequency 
divided 
by 16. 


If a non-blinking 
reverse 
video cursor appears 
in a 
non-blinking 
reverse 
video field, the cursor 
will ap- 
pear as a normal video block. 


If a non-blinking 
underline 
cursorappears 
in a non- 


blinking 
underline field,the cursor will not be visible. 


Device 
Programming 


The 
8276H 
has 
two 
programming 
registers, 
the 
Command 
Register 
and the 
Parameter 
Register. 
It 
also has a Status 
Register. 
The Command 
Register 
can only be written 
into and the Status Register 
can 
only be read from. They are addressed 
as follows: 


C/P 
Operation 
Register 
0 
Read 
Reserved 
0 
Write 
Parameter 


1 
Read 
Status 


1 
Write 
Command 


The 
8276H 
expects 
to receive 
a command 
and 
a 
sequence 
of 0 to 4 parameters, 
depending 
on the 
command. 
If the proper 
number 
of parameter 
bytes 
are not received 
before 
another 
command 
is given, 


a status flag is set, indicating 
an improper 
command. 


inter 


Command 
No. of Parameter 
Bytes 


Reset 
4 
Start Display 
0 
Stop Display 
0 
Load Cursor 
2 
Enable 
Interrupt 
0 
Disable 
Interrupt 
0 
Preset Counters 
0 


In addition, 
the status of the 8276H 
can be read by 
the CPU at any time. 


OperatIon 
C/P 
Description 
Data Bus 
MSB 
LSB 


~ommand 
Write 
1 
Reset 
00000000 
Command 


Write 
0 
ScreenComp 
SHHHHHHH 
Byte 1 


Write 
0 
ScreenComp 
VVRRRRRR 
Parameters 
Byte 2 


Write 
0 
ScreenComp 
UUUULLLL 
Byte 3 


Write 
0 
ScreenComp 
M1CCZZZZ 
Byte 4 


Action-After 
the reset command 
is written, 
BRDY 
goes 
inactive, 
8276H 
interrupts 
are disabled, 
and 
the VSP output 
is used to blank the screen. 
HRTC 
and VRTC continue 
to run. HRTC and VRTC timing 
are random 
on power-up. 


As parameters 
are written, the screen composition 
is 
defined. 


5 
Functions 


0 
Normal 
Rows 
1 
Spaced 
Rows 


Parameter-HHHHHHH 
Horizontal 
Characters/Row 


H 
H 
H 
H 
H 
H 
H 
No. Of Characters 
PerRow 


0 
0 
0 
0 
0 
0 
0 
1 
0 
0 
0 
0 
0 
0 
1 
2 
0 
0 
0 
0 
0 
1 
0 
3 
• 
• 
• 
• 
• 
• 
1 
0 
0 
1 
1 
1 
1 
80 
1 
0 
1 
0 
0 
0 
0 
Undefined 
• 
• 
• 
· 
• 
• 
1 
1 
1 
1 
1 
1 
1 
Undefined 


v 
V 
No. Of Row Counts 
Per VRTC 


0 
0 
1 
0 
1 
2 
1 
0 
3 
1 
1 
4 


R 
R 
R 
R 
R 
R 
No. Of Rows/Frame 


0 
0 
0 
0 
0 
0 
1 
0 
0 
0 
0 
0 
1 
2 
0 
0 
0 
0 
1 
0 
3 
• 
• 
• 
• 
• 
• 
1 
1 
1 
1 
1 
1 
64 


U 
U 
U 
U 
Line Number 
Of 
Underline 


0 
0 
0 
0 
1 
0 
0 
0 
1 
2 
0 
0 
1 
0 
3 
• 
• 
• 
• 
• 
• 
1 
1 
1 
1 
16 


Parameter-LLLL 
Number 
of Lines 
Per Character 
Row 
L L L L No. Of Lines/Row 


0 
0 o 0 
1 
0 
0 o 
1 
2 
0 0 
1 
0 
3 
• 
• 
• 
• 
• 
• 
1 
1 
1 
1 
16 


M 
Line Counter 
Mode 


0 
Mode 0 (Non-Offset) 
1 
Mode 1 (Offset by 1 Count) 


C 
C 
Cursor Format 


0 
0 
Blinking Reverse Video Block 
0 
1 
Blinking Underline 
1 
0 
Non-blinking 
Reverse 
Video Block 
1 
1 
Non-blinking 
Underline 


i~ 
8276H 


z z z 
Z 
No. Of Character 
Counts 
Per HRTC 
0 0 0 0 
2 
0 0 0 
1 
4 
0 0 
1 0 
6 
• 
• 
• 
• 
• 
• 
1 
1 
1 
1 
32 


NOTE: 


uuuu MSB 
determines 
blanking 
of top and bottom 
lines (1 = blanked, 
0 = not blanked). 


Operation 
C/P 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Start Display 00100000 


No Parameters 


Action-8276H 
interrupts 
are enabled, 
BRDY goes 
active, video is enabled, 
Interrupt 
Enable and Video 
Enable 
status flags are set. 


IOperation 
C/P 
Description 
Data Bus 
MSB 
LSB 


Command I 
Write 
1 
Stop Display 01000000 


No Parameters 


Action-Disables 
video, 
interrupts 
remain 
enabled, 
HRTC 
and 
VRTC 
continue 
to 
run, 
Video 
Enable 


status 
flag 
is reset, 
and 
the 
"Start 
Display" 
com- 


mand must be given to reenable 
the display. 


Operation 
C/P 
Description 
Data Bus 
MSB 
LSB 
Command 
Write 
1 
Load Cursor 
10000000 


Parameters 
Write 
0 
Char. Number (Char. 


Position in 
Row) 
Write 
0 
Row Number 
(Row Number) 


Action-The 
8276H is conditioned 
to place the next 


two parameter 
bytes into the cursor 
position 
regis- 


ters. Status flag not affected. 


IOperation 
C/P 
Description 
Data Bus 
MSB 
LSB 


CommandI 
Write 
1 
Enable Interrupt 10100000 
No Parameters 


Action-The 
interrupt 
enable 
flag is set and inter- 


rupts are enabled. 


Operation 
C/P 
Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Disable Interrupt 10100000 


No Parameters 


Action-Interrupts 
are 
disabled 
and 
the 
interrupt 


enable 
status flag is reset. 


Operation 
C/P 
. Description 
Data Bus 
MSB 
LSB 


Command 
Write 
1 
Preset Counters 11100000 


No Parameters 


Action-The 
internal 
timing 
counters 
are 
preset, 


corresponding 
to a screen display position 
at the top 


left corner. 
Two 
character 
clocks 
are required 
for 


this operation. 
The counters 
will remain 
in this state 


until any other command 
is given. 


This command 
is useful for system 
debug and syn- 


chronization 
of clustered 
CRT displays 
on a single 


CPU. After 
this command, 
two additional 
clock 
cy- 


cles are required before the first character 
of the first 


row is put out. 


Data Bus 


MSB 
. 
LSB 


o IE IR X Ie VE BU x 


IE - 
(Interrupt 
Enable) 
Set or reset by command. 


It enables 
vertical 
retrace 
interrupt. 
It is auto- 


matically 
set by a "Start 
Display" 
command 


and reset with the "Reset" 
command. 


IR - 
(Interrupt 
Request) 
This flag is set at the be- 


ginning of display of the last row of the frame 
if the interrupt 
enable 
flag is set. It is reset 


after a status read operation. 


IC - 
(Improper 
Command) 
This flag is set when a 


command 
parameter 
string is too long or too 


short. The flag is automatically 
reset after 
a 


status read. 


VE - 
(Video 
Enable) 
This flag indicates 
that video 


operation 
of the CRT is enabled. 
This flag is 


set on a "Start 
Display" 
command, 
and reset 


on a "Stop 
Display" 
or "Reset" 
command. 


BU - 
(Buffer Underrun) 
This flag is set whenever 
a 


Row Buffer is not filled with character 
data in 


time for a buffer swap required by the display. 
Upon 
activation 
of 
this 
bit, 
buffer 
loading 


ceases, 
and the screen 
is blanked 
until after 


vertical 
retrace 
interval. 


•Netice: Stresses above those listed under "Abso- 
lute Maximum Ratings" may cause permanent dam- 
age to the device. This is a stress rating only and 
functional operation of the device at these or any 
other conditions above those indicated in the opera- 
tional sections of this specification is not implied. Ex- 
posure to absolute maximum rating conditions for 
extended periods may affect device reliability. 


Ambient 
Temperature 
Under Bias 
O'C to 70'C 


Storage Temperature 
- 65'C to + 150'C 


Voltage 
On Any Pin 
With Respect 
to Ground 
-0.5V 
to + 7V 


Power Dissipation 
1 Watt 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


VIL 
Input Low Voltage 
-0.5 
0.8 
V 


VIH 
Input High Voltage 
2.0 
Vee +0.5V 
V 


VOL 
Output Low Voltage 
0.45 
V 
IOL = 2.2mA 


VOH 
Output High Voltage 
2.4 
V 
IOH = -400 
J.IoA 


IlL 
Input Load Current 
±10 
J.IoA 
VIN = Vee to OV 


IOFL 
Ouput Float Leakage 
±10 
J.IoA 
VOUT = Vee to 0.45V 


Ice 
Vee Supply Current 
160 
mA 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


CIN 
Input Capacitance 
10 
pF 
fe = 1 MHz 


CliO 
I/O Capacitance 
20 
pF 
Unmeasured 
pins returned 
to Vss. 


DEVICE 
UNDER 
TEST 


inter 


Symbol 
Parameter 
Mln 
Max 
Units 
Test Conditions 


tAR 
Address 
Stable Before READ 
0 
ns 


tRA 
Address 
Hold Time for READ 
0 
ns 


tRR 
READ Pulse Width 
250 
ns 


tRo 
Data Delay from READ 
200 
ns 
CL = 150 pF 


toF 
READ to Data Floating 
100 
ns 


Symbol 
Parameter 
Min 
Max 
Units 
Test Conditions 


tAW 
Address 
Stable Before WRITE 
0 
ns 


tWA 
Address 
Hold Time for WRITE 
0 
ns 


tww 
WRITE Pulse Width 
250 
ns 


tow 
Data Setup Time for WRITE 
150 
ns 


two 
Data Hold Time for WRITE 
0 
ns 


Symbol 
Parameter 
8276H 
8276·2 
Test 


Mln 
Max 
Mln 
Max 
Units 
Conditions 


tCLK 
Clock Period 
480 
320 
ns 


tKH 
Clock High 
240 
120 
ns 


tKL 
Clock Low 
160 
120 
ns 


tKR 
Clock Rise 
5 
30 
5 
30 
ns 


tKF 
Clock Fall 
5 
30 
5 
30 
ns 


Symbol 
8276H 
8276·2 
Test 
Parameter 
Units 
Conditions 
Min 
Max 
Min 
Max 


tec 
Character 
Code Output Delay 
150 
150 
ns 
CL = 50 pF 


tHR 
Horizontal 
Retrace Output Delay 
200 
150 
ns 
CL = 50 pF 


tLC 
Line Count Output Delay 
400 
250 
ns 
CL = 50 pF 


tAT 
Control/Attribute 
Output Delay 
275 
250 
ns 
CL = 50 pF 


tYR 
Vertical 
Retrace Output Delay 
275 
250 
ns 
CL = 50 pF 


tRI 
INT -!- from RD j 
250 
250 
ns 
CL = 50 pF 


two 
BRDY j 
from WR j 
250 
250 
ns 
CL = 50 pF 


tRO 
BRDY -!- from WR -!- 
200 
200 
ns 
CL = 50 pF 


tLR 
BS-!- toWR-!- 
0 
0 
ns 


tRL 
WR j 
to BSj 
0 
0 
ns 


ATTRIBLITES 
a. CONTROLS 


{FROM 


SYNCHRONIZER! 


CClKOl 
_ 


SECOND 
CHARACTER 


ATTRIBLITES 
a. CONTROLS 


FDR 
2ND 
CHAR 


~" :EXT 
LINE 
COLINT 


inter 


~ 


AST 
RETRACE 
ROW 


\ 


celK 


CCO_6 
lAST 
RETRACE 
IX 


FIRST 
RETRACE 
~pJ 
\ 
eM"R.eUR 
CHARACTER 


LCO_3 
FIRST 
LINE 
COUNT 
~""\ 
/ 


~ 


AD 
i'"'i 


HRTC 
\ 


INTERNAL 
I 


ROW 
LAST 
DISPLAY 
ROW 


COUNTER 
if" 


INT 


INT 
210668-29 


210668-28 


inter 
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WAVEFORMS 
FOR A.C. 


TESTS 
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210668-34 


For A.G. Testing inputs are driven at 2.4V for a logic "1" and 0.45V 
for a logic "0" timing measurements for input and output signals 
are made at 2.0V for a logic "1" and O.BVfor a logic "0". 
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APPLICATION 
NOTE 


A Low Cost CRT Terminal Using 
the 8275 


JOHN KATAUSKY 
PERIPHERALS 
APPLICATIONS 


inter 


The purpose of this application note is to provide the 
reader with the design concepts and factual tools need- 
ed to integrate Intel peripherals and microprocessors 
into a low cost raster scan CRT terminal. A previously 
published application note, AP-32, presented one possi- 
ble solution to the CRT design question. This applica- 
tion note expands upon the theme established in AP-32 
and demonstrates how to design a functional CRT ter- 
minal while keeping the parts count to a minimum. 


For convenience, this application note is divided into 
seven general sections: 


1. Introduction 
2. CRT Basics 
3. 8275 Description 
4. Design Background 
5. Circuit Description 
6. Software Description 
7. Appendix 


There is no question that microprocessors and LSI pe- 
ripherals have had a significant role in the evolution of 
CRT terminals. Microprocessors have allowed design 
engineers to incorporate an abundance of sophisticated 
features into terminals that were previously mere slaves 
to a larger processor. To complement microprocessors, 
LSI peripherals 
have reduced component 
count 
in 
many support areas. A typical LSI peripheral easily re- 
places between 30 and 70 SSI and MSI packages, and 
offers features and flexibility that are usually not avail- 
ble in most hardware designs. In addition to replacing a 
whole circuit board of random logic, LSI circuits also 
reduce the cost and increase the reliability of design. 
Fewer interconnects 
increases mechanical 
reliability 
and fewer parts decreases the power consumption and 
hence, the overall reliability of the design. The reduc- 
tion of components also yields a circuit that is easier to 
debug during the actual manufacturing phase of a prod- 
uct. 


Until the era of advanced LSI circuitry, a typical CRT 
terminal consisted of 80 to 200 or more SSI and MSI 
packages. The flTst microprocessors 
and peripherals 
dropped this component count to between 30 and 50 
packages. This application note describes a CRT termi- 
nal that uses 20 packages. 


The raster scan display gets its name from the fact that 
the image displayed on the CRT is built up by generat- 
ing a series of lines (raster) across the face of the CRT. 
Usually, the beam starts in the upper left hand corner 
of the display and simultaneously moves left to right 
and top to bottom to put a series of zig-zag lines on 


the screen (Figure 2.1). Two simultaneously operating 
independent circuits control the vertical and horizontal 
movement of the beam. 
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As the electron beam moves across the face of the CRT, 
a third circuit controls the current flowing in the beam. 
By varying the current in the electron beam the image 
on the CRT can be made to be as bright or as dark as 
the user desires. This allows any desired pattern to be 
displayed. 


When the beam reaches the end of a line, it is brought 
back to the beginning of the next line at a rate that is 
much faster than was used to generate the line. This 
action is referred to as "retrace". 
During the retrace 
period the electron beam is usually shut off so that it 
doesn't appear on the screen. 


As the electron beam is moving across the screen hori- 
zontally, it is also moving downward. Because of this, 
each successive line starts slightly below the previous 
line. When the beam finally reaches the bottom right 
hand corner of the screen, it retraces vertically back to 
the top left hand corner. The time it takes for the beam 
to move from the top of the screen to the bottom and 
back again to the top is usually referred to as a 
"frame". 
In the United States, commercial television 
broadcast use 15,750 Hz as the horizontal sweep fre- 
quency (63.5 microseconds per horizontal line) and 60 
Hz as the vertical sweep frequency or "frame" (16.67 
milliseconds per vertical frame). 


Although, the 60 Hz vertical frame and the 15,750 Hz 
horizontal line are the standards used by commercial 
broadcasts, they are by no means the only frequency at 
which CRTs can operate. In fact, many CRT displays 
use a horizontal scan that is around 18 KHz to 22 KHz 
and some even exceed 30 KHz. As the horizontal fre- 
quency increases, the number of horizontal lines per 
frame increases. Hence, the resolution on the vertical 
axis increases. This increased resolution is needed on 
high density graphic displays and on special text edit- 
ting terminals that display many lines of text on the 
CRT. 


Although many CRTs operate at non-standard 
hori- 


o zontal frequencies, very few operate at vertical frequen- 
cies other than 60 Hz. If a vertical frequency other than 
60 Hz is chosen, any external or internal magnetic or 
electrical variations at 60 Hz will modulate the electron 
beam and the image on the screen will be unstable. 
Since, in the United States, the power line frequency 
happens to be 60 Hz, there is a good chance for 60 Hz 
interference to exist. Transformers 
can cause 60 Hz 


magnetic fields and power supply ripple can cause 60 
Hz electrical 
variations. 
To overcome this, special 


shielding and power supply regulation must be em- 
ployed. In this design, we will assume a standard frame 
rate of 60 Hz and a standard line rate of 15,750 Hz. 


By dividing the 63.5 microsecond horizontal line rate 
into the 16.67 millisecond vertical rate, it is found that 
there are 262.5 horizontal lines per vertical frame. At 
first, the half line may seem a bit odd, but actually it 
allows the resolution on the CRT to be effectively dou- 
bled. This is done by inserting a second set of horizon- 
tal lines between the first set (interlacing). In an inter- 
laced system the line sets are not generated simulta- 
neously. In a 60 Hz system, flrst all of the even-num- 
bered lines are scanned: 0, 2, 4, . . . 524. Then all the 
odd-numbered lines: 1, 3, 5, ... 
525. Each set of lines 


usually contains different data (Figure 2.2). 


---- 
.• 
=..-------- 
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- ------ 
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- 
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Although interlacing provides greater resolution, it also 
has some distinct disadvantages. First of all, the circuit- 
ry needed to generate the extra half horizontal line per 
frame is quite complex when compared to a noninter- 
laced design, which requires an integer number of hori- 
zontallines per frame. Next, the overall vertical refresh 
rate is half that of a noninterlaced display. As a result, 
flicker may result when the CRT uses high speed phos- 
phors. To keep things as simple as possible, this design 
uses the noninterlaced approach. 


The first thing any CRT controller must do is generate 
pulses that define the horizontal line timing and the 
vertical frame timing. This is usually done by dividing a 
crystal reference source by some appropriate numbers. 
On most raster scan CRTs the horizontal frequency is 
very forgiving and can vary by around 500 Hz or so 
and produce no ill effects. This means that the CRT 
itself can track a horizontal frequency between 15250 
Hz and 16250 Hz, or in other words, there can be 256 
to 270 horizontal lines per verticle frame. But, as men- 
tioned earlier, the vertical freqency should be 60 Hz to 
insure stability. 


The characters 
that 
are viewed on the screen are 


formed by a series of dots that are shifted out of the 
controller while the electron beam moves across the 
face of the CRT. The circuits that create this timing are 
referred to as the dot clock and character clock. The 
character clock is equal to the dot clock divided by the 
number of dots used to form a character along the hori- 
zontal axis and the dot clock is calculated by the fol- 
lowing equation: 


DOT CLOCK 
(Hz) = (N + R) • D • L • F 


where N is the number of displayed characters per row, 
R is the number of retrace character time increments, 
D is the number of dots per character, 
L is the number of horizontal lines per frame and 
F is the frame rate in Hz. 


In this design N = 80, R = 20, D = 7, L = 270, and 
F = 60 Hz. If the numbers are plugged in, the dot 
clock is found to be 11.34 MHz. 


The retrace number, R, may vary from system to sys- 
tem because it is used to establish the margins on the 
left and right hand sides of the CRT. In this particular 
design R = 20 was empirically found to be optimum. 
The number of dots per character may vary depending 
on the character generator used and the number of dot 
clocks the designer wants to place between characters. 
This design uses a 5 X 7 dot matrix and allows 2 dot 
clock periods between characters (see Figure 2.3); since 
5 + 2 equals 7, we fmd that D = 7. 


rm: lbl1~mg 
equauon: 


L=(H·Z)+V 
where, H is the number of horizontal lines per charac- 
ter, 
Z is the number of character lines per frame and 
V is the number of horizontal lines during vertical re- 
trace. In this design, a 5 X 7 dot matrix is to be placed 
on a 7 X 10 field, so H = 10. Also, 25 lines are to be 
displayed, so Z = 25. As mentioned before, V = 20. 
When the numbers are plugged into the equation, L is 
found to be equal to 270 lines per frame. 


The designer should be cautioned that these numbers 
are interrelated and that to guarantee proper operation 


DATA 
BUS 


BUFFER 


DRQ 


DACK 


IRQ 


RASTER 
TIMING 
AND 
VIDEO 
CONTROL 


L:lO ana L IV. H L aoes not lie Wltnm tnese oounas tne 
horizontal circuits of the CRT may not be able to lock 
onto the driving signal and the image will roll horizon- 
tally. The chosen L of 270 yields a horizontal frequency 
of 16,200 KHz on a 60 Hz frame and this number is 
within the 500 Hz tolerance mentioned earlier. 


The V number is chosen to match the CRT in much the 
same manner 
as the R number 
mentioned 
earlier. 


When the electron beam reaches the bottom right cor- 
ner of the screen it must retrace vertically to the top left 
comer. This retrace action requires time, usually be- 
tween 900-1200 
microseconds. 
To 
allow for this, 


enough horizontal sync times must be inserted during 
vertical 
retrace. 
Twenty 
horizontal 
sync 
times 
at 


Pin Configuration 


lC3 
Vcc 


lCZ 
LAO 


lC, 
LA, 


lCO 
lTEN 


DRQ 
RVV 
~ 
VSP 


HRTC 
GPA, 


VRTC 
GPAo 
1m 
HlGT 


\VR 
IRQ 


lPEN 
CClK 


DBo 
CC6 


DB, 
cCs 


DBZ 
CC4 


DB3 
CC3 


DB4 
cCz 


DBs 
CC, 


DIl6 
cCo 


DB7 
cs 


GND 
AO 
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lAO·' 
HRTC 
VRTC 
HlGT 
RVV 
lTEN 
VSP 


GPAo., 


inter 


61.5 microseconds yield a total of 1234.5 microseconds, 
which is enough time to allow the beam to return to the 
top of the screen. 


The choices of Hand 
Z largely relate to system design 


preference. As H increases, the character size along the 
vertical axis increases. Z is simply the number of lines 
of characters that are displayed and this, of course, is 
entirely a system design option. 


A block diagram and pin configuration of the 8275 are 
shown in Figure 3.1. The following is a description of 
the general capabilities of the 8275. 


The 8275, having been programmed by the designer to 
a specific screen format, generates a series of DMA 
request signals, resulting in the transfer of a row of 
characters from display memory to the 8275's row buff- 
ers. The 8275 presents the character codes to an exter- 
nal character generator ROM by using outputs CCO- 
CC6. External dot timing logic is then used to transfer 
the parallel output data from the character generator 
ROM serially to the video input of the CRT. The 
character rows are displayed on the CRT one line at a 
time. Line count outputs LCO-LC3 are applied to the 
character generator ROM to perform the line selec- 


1st 
2nd 
3rd 
4th 
5th 
6th 
7th 
Character 
Character 
Character 
Character 
Character 
Character 
Character 
-------------- 
IJU•••• 
ooo.ooon.r\o ••••• 
DU U QUUD 
0 0 •••• 
0 UUll 
••• 
UUU. 
ODD. 
0 


First Line of • Character Row 
-------------- 
OlJ 
Oll0.U00080 
0 ••••• 
0000000008 
••• 
ODD 0 ••• 
0008000.0 


080000800 •• 000.1] O. 00000 0UODO000. 0 00. 00. 0 0 O. 00. 000. 0 


Second line of a Character Row 
-------------- 
00••••000.0000-00••••• 000000000 
•••• 0000 ••• 000.000.0 


a.ODOO.OO •.uOO.OO.ODDOODOOOOODO.OOO.OO.OOO.OO.ODO.O 
0.0000.0080000.00.0000000000000.000.00.000.00.000.0 


Third 
Line of a Character 
Row 


1st 
2nd 
3rd 
4th 
5th 
6th 
7th 
Character 
Character 
Characte, 
Characte, 
Character 
Character 
Chlracter 
-------------- 
00••••000.0000.00••••• 000000000 
•••• 0000 ••• 000.000.0 
O.OODO.OO ••ooO.QO.ODOODDOOOOOOO.OOO.OO.ODO.OO.Ooo.o 
a.OODO.aO.O.OO.CO.OOOOOOOOOODOO.OoO.OO.OOO.oo.ooo.o 
0.0000.00.0000.00•••• 0000000000 
•••• 000.000.00.0.0.0 
080000.00.00.0.00.0000000000000.0.0000.000.00.0.0.0 
~OoOU.aD.DDO 
••OO.OOOOOOOOOODOO.OO.DDO.OOo.OD.O.o.O 


Oo•••• 
OOO.OOOO.OO ••••• 
ODonOl·1000. 
000. 
000 
••• 
0000.08 
DO 


Seventh Line of a Character Row 


inter 


tion function. The display process is illustrated in Fig- 
ure 3.2. The entire process is repeated for each display 
row. At the beginning of the last displayed row, the 
8275 issues an interrupt by setting the IRQ output line. 
The 8275 interrupt output will normally be connected 
to the interrupt input of the system central processor. 
The interrupt causes the CPU to execute an interrupt 
service subroutine. The service subroutine typically re- 
initializes DMA controller parameters for the next dis- 
play refresh cycle, polls the system keyboard controller, 
and/or 
executes other appropriate functions. A block 
diagram of a CRT system implemented with the 8275 
CRT Controller is provided in Figure 3.3. Proper CRT 
refreshing requires that certain 8275 parameters be pro- 
grammed prior to the beginning of display operation. 
The 8275 has two types of programming registers, the 
Command Registers (CREG) and the Parameter Regis- 


ters (pREG). It also has a Status Register (SREG). The 
Command Registers may only be written to and the 
Status Registers may only be read. The 8275 expects to 
recieve a command followed by a sequence of from 0 to 
4 parameters, depending on the command. The 8275 
instruction set consist of the eight commands shown in 
Figure 3.4. 


To establish the format of the display, the 8275 pro- 
vides a number of user programmable display format 
parameters. Display formats having from 1 to 80 char- 
acters per row, I to 64 rows per screen, and I to 16 
horizontal lines per row are available. 


In addition to transferring characters from memory to 
the CRT screen, the 8275 features cursor position con- 
trol. The cursor position may be programmed, via X 
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TIMER 
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COMMUNICATIONS 
CHANNEL 


PROGRAMI 
DISPLAY 
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8255A-S 
KEYBOARD 
CONTROLLER 


and Y cursor position registers, to any character posi- 
tion on the display. The user may select from four cur- 
sor formats. Blinking or non-blinking underline and re- 
verse video block cursors are available. 


er than normal. The fifth timing signal, RVV (Reverse 
Video) will, when enabled, cause the system video out- 
put to be inverted. 


No. of 


3.2 CRT Timing 
Command 
Parameter 
Notes 


Bytes 


The 8275 provides two tnmng outputs, HRTC and 
RESET 
4 
Display format 
VRTC, which are utilized in synchronizing CRT hori- 
zontal and vertical oscillators to the 8275 refresh cycle. 
parameters 
required 


In addition, whenever HRTC or VRTC is active, a 
START 
0 
DMA operation 
third timing output, VSP (Video Suppress) is true, pro- 
DISPLAY 
parameters 
included 
viding a blinking signal to the dot timing logic. The dot 
in command 
timing logic will normally inhibit the video output to 
STOP 
0 
the CRT during the time when video suppress signal is 
DISPLAY 
true. An additional timing output, LTEN (Light En- 
able) is used to provide the ability to force the video 
READ 
2 


output high regardless of the state of VSP. This feature 
LIGHT 


is used by the 8275 to place a cursor on the screen and 
PEN 


to control attribute functions. Attributes will be consid- 


LOAD 
ered in the next section. 
2 
Cursor X,Y position 


CURSOR 
parameters 
required 
The HLGT (Highlight) output allows an attribute func- 
ENABLE 
0 


tion to increase the CRT beam intensity to a level great- 
INTERRUPT 


DISABLE 
0 


INTERRUPT 


PRESET 
0 
Clears all internal 


COUNTERS 
counters 


Figure 3·4. 8275's Instruction 
Set 
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CHARACTER 
ATTRIBUTE 
OUTPUTS 
SYMBOL 
OESCRIPTION 
CODE "CCCC" 
LAI 
LAo 
VSP 
LTEN 


~bove Underline 
a 
a 
1 
a 
סס oo 
Underline 
1 
a 
a 
a 
I 
Top Left Corner 
Below Underline 
a 
1 
a 
a 
Above Underlille 
a 
a 
1 
a 
0001 
Underline 
1 
1 
a 
a 
I 
Top Right Corner 
Below Underline 
a 
1 
a 
a 
Above Underl ine 
a 
1 
a 
a 
L 
0010 
Underline 
1 
a 
a 
a 
Bottom 
Left Corner 


Below 
Underline 
a 
a 
1 
a 
Above Underline 
a 
1 
a 
a 
~ 
0011 
Underline 
1 
1 
a 
a 
Bottom 
Right Corner 
Below Underl ine 
a 
a 
1 
a 
Above Underline 
a 
a 
1 
a 
0100 
Underline 
a 
a 
a 
1 
~ 
Top I"tersect 
Below Underl ine 
a 
1 
a 
a 
Above Underline 
a 
1 
a 
a 
--1 
0101 
Underline 
1 
1 
a 
a 
Right Intersect 
Below Underline 
a 
1 
a 
a 
Above Underline 
a 
1 
a 
a 
~ 
0110 
Underline 
1 
a 
a 
a 
Left Intersect 
Below Underline 
a 
1 
a 
a 
Above Underline 
a 
1 
a 
a 
~ 
0111 
Underline 
a 
a 
a 
1 
Bottom 
Intersect 
Below Underline 
a 
a 
1 
a 
Above Underl ine 
a 
a 
1 
a 
1000 
Underline 
a 
a 
a 
1 
--- 
Horizontal 
Line 


Below 
Underl ine 
a 
a 
1 
a 
, 


Above Under! ine 
a 
1 
a 
a 
I 
1001 
-----:-;- - - 
a 
1 
a 
a 
VertIcal 
Line 
Underline 


Below 
Underline 
a 
1 
a 
a 
Above Underline 
a 
1 
0 
0 + 


1010 
Underline 
a 
a 
0 
1 
Crossed Lines 
Below Underline 
0 
1 
a 
0 
Above Underline 
0 
a 
0 
0 
1011 
Underline 
0 
a 
a 
a 
Not Recommended 
.• 
Below Underl ine 
a 
0 
0 
0 
- 
Above Underl ine 
a 
a 
- 
1 
0 
1100 
Underline 
a 
a 
1 
a 
Special Codes 


Below 
Underl ine 
0 
0 
1 
0 
Above Underl ine 
'. 


1101 
Underline 
Undefined 
Illegal 


Below 
Under Iine 
I 
Above Underl ine 
I 
1110 
Underline 
Undefined 
Illegal 
Below Underline 
I 
Above Underline 
I 
1111 
Underline 
Undefined 
Illegal 


Below 
Underline 
I 


NOTES: 
'Characler 
Attribute 
Code 
1011 
is not 
recommended 
for 
normal 
operation. 
Sicne 
none 
of the 
attribute 
outputs 
are 
active, 
the character 
Generator 
will not be disabled, 
and an indeterminate 
character 
will be generated. 
Character 
Attribute 
Codes 
1101, 
1110, and 1111 are illegal. 


Blinking 
is active 
when 
B = 1. 


Highlight 
is active 
when 
H = 1. 
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Example 
of the Invisible 
Field Attribute 
Mode 


(Underline 
Attribute) 


VISUAL ATTRIBUTES-Visual 
attributes are special 


codes which, when retrieved from display memory by 
the 8275, affect the visual characteristics of a character 
position or field of characters. Two types of visual attri- 
butes exist, character attributes and field attributes. 


Character Attribute Codes: Character attribute codes 
can be used to generate graphics symbols without the 
use of a character generator. This is accomplished by 
selectively activating the Line Attribute outputs (LAO- 
LAl), 
the Video Suppression output (VSP), and the 


Light Enable output (LTEN). The dot timing logic uses 
these signals to generate the proper symbols. Character 
attributes can be programmed to blink or be highlight- 
ed individually. Blinking is accomplished with the Vid- 
eo Suppression output (VSP). Blink frequency is equal 
to the screen refresh frequency divided by 32. High- 
lighting is accomplished by activating the Highlight 
output (HGLT). Character attributes were designed to 
produce the graphic symbols shown in Figure 3.5. 


Field Attribute Codes: The field attributes are control 
codes which affect the visual characteristics for a field 
of characters, starting at the character following the 
field attribute code up to, and including, the character 
which precedes the next field attribute code, or up to 
the end of the frame. 


There are six field attributes: 
I. Blink-Characters 
following the code are caused to 


blink by activating the Video Suppression output 
(VSP). The blink frequency is equal to the screen 
refresh frequency divided by 32. 
2. Highlight-eharacters 
following the code are caused 


to be highlighted by activating the Highlight output 
(HGLT). 
3. Reverse Video-Characters 
following the code are 


caused to appear in reverse video format by activat- 
ing the Reverse Video output (RVV). 


4. Underline-Characters 
following 
the 
code 
are 


caused to be underlined by activating the Light En- 
able output (LTEN). 


5. General Purpose-There 
are two additional 
8275 


outputs which act as general purpose, independently 
programmable field attributes. These attributes may 
be used to select colors or perform other desired con- 
trol functons. 


The 8275 can be programmed to provide visible or in- 
visible field attribute characters as shown in Figure 3.6. 
If the 8275 is programmed in the visible field attribute 
mode, all field attributes will occupy a position on the 
screen. They will appear as blanks caused by activation 
of the Video Suppression output (VSP). The chosen vi- 
sual attributes are activated after this blanked charac- 
ter. If the 8275 is programmed in the invisible field 
attribute mode, the 8265 row buffer FIFOs are activat- 
ed. The FIFOs effectively lengthen the row buffers by 
16 characters, making room for up to 16 field attribute 
characters per display row. The FIFOs are 126 charac- 
ters by 7 bits in size. When a field attribute is placed in 
the row buffer during DMA, the buffer input controller 
recognizes it and places the next character in the proper 
FIFO. When a field attribute is placed in the buffer 
output controller during display, it causes the control- 
ler to immediately put a character from the FIFO on 
the Character Code outputs (CCO-6). The chosen attri- 
butes are also activated. 


LIGHT PEN DETECTION-A 
light pen consists fun- 


damentally of a switch and light sensor. When the light 
pen is pressed against the CRT screen, the switch en- 
ables the light sensor. When the raster sweep coincides 
with the light sensor position on the display, the light 
pen output is input and the row and character position 
coordinates are stored in two 8275 internal registers. 
These registers can be read by the microprocessor. 


SPECIAL CODES----Pour special codes may be used to 
help reduce memory, software, or DMA overhead. 
These codes are placed in character positions in display 
memory. 
1. End of Row Code-Activates 
VSP. VSP remains ac- 
tive until the end of the line is reached. While VSP is 
active, the screen is blanked. 
2. End of Row-Stop DMA Code-Causes 
the DMA 
Control Logic to stop DMA for the rest of the row 
when it is written into the row buffer. It affects the 
display in the same way as the End of Row Code. 
3. End of Screen Code-Activates 
VSP. VSP remains 


active until the end of the frame is reached. 
4. End of Screen-Stop DMA Code-Causes 
the DMA 
Control Logic to stop DMA for the rest of the frame 
when it is written into the row buffer. It affects the 
display in the same way as the End of Screen Code. 


PROGRAMMABLE 
DMA 
BURST 
CONTROL- 


The 8275 can be programmed to request single-byte 
DMA transfers of DMA burst transfers of 2, 4, or 8 
characters per burst. The interval between bursts is also 
programmable. This allows the user to tailor the DMA 
overhead to fit the system needs. 


Since the cost of any CRT system is somewhat propor- 
tional to parts count, arriving at a minimum part count 
solution without sacrificing performance has been the 
motivating force throughout this design effort. To suc- 
cessfully design a CRT terminal and keep the parts 
count to a minimum, a few things became immediately 
apparent. 
I. An 8085 should be used. 
2. Address and data buffering should be eliminated. 
3. Multi-port memory should be eliminated. 
4. DMA should be eliminated. 


Decision I is obvious, the 8085's on-board clock gener- 
ator, bus controller and vectored interrupts greatly re- 
duce the overall part count considerably. Decision 2 is 
fairly obvious; if a circuit can be designed so that load- 
ing on the data and address lines is kept to a minimum, 
both the data and address buffers can be eliminated. 
This easily saves three to eight packages and reduces 
the power consumption of the design. Both decisions 3 
and 4 require a basic understanding 
of current CRT 


design concepts. 


In any CRT design, extreme time conflicts are created 
because all essential elements require access to the bus. 
The CPU needs to access the memory to control the 
system and to handle the incoming characters, but, at 
the same time, the CRT controller needs to access the 
memory to keep the raster scan display refreshed. To 
resolve this conflict two common techniques are em- 
ployed, page buffering and line buffering. 


In the page buffering approach the entire screen memo- 
ry is isolated from the rest of the system. This isolation 
is usually accomplished with three-state buffers or two 
line to one line multiplexers. Of course, whenever a 
character needs to be manipulated the CPU must gain 
access to the buffered memory and, again, possible con- 
tention between the CPU and the CRT controller re- 
sults. This contention is usually resolved in one of two 
ways: (I) the CPU is always given priority, or; (2) the 
CPU is allowed to access the buffered memory only 
during horizontal and vertical retrace times. 


Approach I is the easiest to implement from a hard- 
ware point of view, but if the CPU always has priority 
the display may temporarily blink or "flicker" while 
the CPU accesses the display memory. This, of course, 
occurs because when the CPU accesses the display 
memory the CRT controller is not able to retrieve a 
character, so the display must be blanked during this 
time. Aesthetically, this "flickering" is not desirable, so 
approach 2 is often used. 


The second approach eliminates the display flickering 
encountered in the previously mentioned technique, but 
additonal hardware 
is required. Usually the vertical 


and horizontal blank signals are gated with the buffered 
memory select lines and this line is used to control the 
CPU's ready line. So, if the CPU wants to use the buff- 
ered memory, its ready line is asserted until horizontal 
or vertical retrace times. This, of course, will impact 
the CPU's overall through put. 


Both page buffered approaches require a significant 
amount of additional hardware and for the most part 
are not well suited for a minimum parts count type of 
terminal. This guides us to the line buffered approach. 
This approach eliminates the separate buffered memory 
for the display, but, at the same time, introduces a few 
new problems that must be solved. 
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In the line buffered approach both the CPU and the 
CRT controller share the same memory. Every time the 
CRT controller needs a new character or line of data, 
normal processing activity is halted and the CRT con- 
troller accesses memory and displays the data. Just how 
the CRT controller needs to acquire the display data 
greatly affects the performance of the overall system. 
Whether the CRT controller needs to gain access to the 
main memory to acquire a single character or a com- 
plete line of data depends on the presence or absence of 
a separate line or row buffer. 


If no row buffer is present the CRT controller must go 
to the main memory to fetch every character. This of 
course, is not a very efficient approach because the 
processor will be forced to relinquish the bus 70% to 
80% of the time. So much processor inactivity greatly 
affects the overall system performance. In fact termi- 
nals that use this approach are typically limited to 
around 1200 to 2400 baud on their serial communica- 
tion channels. This low baud rate is in general not ac- 
ceptable, hence this approach was not chosen. 


If a separate row buffer is employed the CRT controller 
only has to access the memory once for each displayed 
character per line. This forces the processor to relin- 
quish the bus only about 20% to 35% of the time and a 
full 4800 to 9600 baud can be achieved. Figure 4.1 illus- 
trates these different techniques. 


The 8275 CRT controller is ideal for implementing the 
row buffer approach because the row buffer is con- 
tained on the device itself. In fact, the 8275 contains 
two 80-byte row buffers. The presence of two row buff- 
ers allow one buffer to be filled while the other buffer is 
displaying the data. This dual row buffer approach en- 
hances CPU performance even further. 


Until now the process of filling the row buffer has only 
been alluded to. In reality, a DMA technique is usually 
used. This approach was demonstrated in AP-32 where 
an 8257 DMA controller was mated to an 8275 CRT 
controller. In order to minimize component count, this 
design eliminates the DMA controller and its associat- 
ed circuitry while replacing them with a special inter- 
rupt-driven transfer. 


The only real concern with using the 8275 in an inter- 
rupt-driven transfer mode is speed. Eighty characters 
must be loaded into the 8275 every 617 microseconds 
and the processor must also have time to perform all 
the other tasks that are required. To minimize the over- 
head associated with loading the characters into the 
8275 a special technique was employed. This technique 
involves setting a special transfer bit and executing a 
string of POP instructions. The string of POP instruc- 


inter 


tions is used to rapidly move the data from the memory 
into the 8275. Figure 4.2 shows the basic software 
structure. 


In this design the 8085's SOD line was used as the 
special transfer bit. In order to perform the transfer 
properly this special bit must do two things: (1) turn 
processor reads into DACK plus WR for the 8275; and 
(2) mask processor fetch cycles from the 8275. so that a 
fetch cycle does not write into the 8275. Conventional 
logic could have been used to implement this special 
function, but in this design a small bipolar programma- 
ble read only memory was used. Figure 4.3 shows a 
basic version of the hardware. 
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Figure 4-3. Simplified Version of Hardware 


Decoder 


At first. it may seem strange that we are supplying a 
DACK when no DMA controller exists in the system. 
But the reader should be aware that all Intel peripheral 
devices that have DMA lines actually use DACK as a 
chip select for the data. So, when you want to write a 
command or read status you assert CS and WR or RD. 
but when you want to read or write data you assert 
DACK and RD or WR. The peripheral device doesn't 
"know" if a DMA controller is in the circuit or not. In 
passing. it should be mentioned that DACK and CS 
should not be asserted on the same device at the same 
time, since this combination yields an undefined result. 


This POP technique actually compares quite favorably 
in terms of time to the DMA technique. One POP in- 
struction transfers two bytes of data to the 8275 and 
takes 10 CPU clock cycles to execute. for a net transfer 
rate of one byte every five clock cycles. The DMA con- 
troller takes four clock cycles to transfer one byte but, 
some time is lost in synchronization. So the difference 
between the two techniques is one clock cycle per byte 
maximum. If we compare the overall speed of the 8085 
to the speed of the 8080 used in AP-32, we find that at 
3 MHz we can transfer one byte every 1.67 microsec- 
onds using the 8085 and POP technique vs. 2 microsec- 
onds per byte for the 2 MHz 8080 using DMA. 


A fully functional, microprocessor-based CRT terminal 
was designed and constructed using the 8275 CRT con- 
troller and the 8085 as the controlling element. The 
terminal had many of the functions found in existing 
commercial low-cost terminals and more sophisticated 
features could easily be added with a modest amount of 
additional software. In order to minimize component 
count LSI devices were used whenever possible and 
software was used to replace hardware. 


The design specifications for the CRT terminal were as 
follows: 


Display Format 


• 80 characters per display row 
• 25 display rows 


Character 
Format 
• 5 X 7 dot matrix character contained within a 


7 X 10 matrix 


• First and seventh columns blanked 
• Ninth line cursor position 
• Blinking underline cursor 


Special 
Characters 
Recognized 


• Control characters 
• Line feed 
• Carriage Return 


• Backspace 
• Form feed 


Escape Sequences 
Recognized 


• ESC, A, Cursor up 
• ESC, B. Cursor down 
• ESC, C, Cursor right 
• ESC, D. Cursor left 
• ESC, E, Clear screen 
• ESC. H, Home cursor 
• ESC, J, Erase to the end of the screen 
• ESC, K. Erase to the current line 


Characters 
Displayed 
• 96 ASCII alphanumeric characters 
• Special control characters 


CRT 
TERMINAL 


SERIAL 
OUTPUT 
LINE 


CRT 
TERMINAL 


SERIAL 
INPUT 
LINE 


Characters Transmitted 


• 
96 ASCII 
alphanumeric 
characters 


• 
ASCII 
control 
characters 


simple 6" by 6" wire wrap board. 
Because 
of the mini- 


mum bus loading 
no butTering of any kind was needed 
(see Figure 
5.2). 


20 pF 
20 pF 
20 pF 
20 pF 
20 pF 
10 pF 
12 pF 
12 pF 


114 pF max 


Only Aa-A15 
are important 
since Ao-A7 
are 


latched by the 8212 
Address 
Bus: 
4 x 2114 
2716 


Program Memory 


• 
2K bytes of 2716 EPROM 


Worst case bus loading: 
Data Bus: 
8275 
8255A-5 
8253-5 
8253-5 
8251A 
2X2114 
2716 
8212 


Display/Buffer/Stack 
Memory 


• 
2K bytes 2114 static 
memory 
(4 packages) 


Data Rate 


• 
9600 BAUD 
using 3 MHz 
8085 


CRT Monitor 


• 
Ball Bros TV-12, 
12 MHz 
B.W. 


Keyboard 


• 
Any standard 
un-encoded 
ASCII 
keyboard 


Screen Refresh Rate 


• 
60 Hz 


20 pF 
6pF 


26pF 
max 


This loading assures that all components 
will 


be compatible 
with 3 MHz 8085 and that no 


wait states will be required 


A block diagram 
of the CRT terminal 
is shown 
in Fig- 


ure 5.1. The 
diagram 
shows 
only the essential 
system 


features. 
A detailed 
schematic 
of the CRT 
is contained 


in the 
Appendix. 
The 
terminal 
was constructed 
on a 


The 
"heart" 
of the 
CRT 
terminal 
is the 
8085 micro- 


processor. 
The 8085 initializes 
all devices in the system, 


loads 
the CRT 
controller, 
scans 
the keyboard, 
assem- 


bles the characters 
to be transmitted, 
decodes 
the in- 


inter 


coming characters and determines where the character 
is to be placed on the screen. Clearly, the processor is 
quite busy. 


A standard list of LSI peripheral devices surround the 
8085. The 8251A is used as the serial communication 
link, the 8255A-5 is used to scan the keyboard and read 
the system variables through a set of switches, and the 
8253 is used as a baud rate generator and as a "horizon- 
tal pulse extender" for the 8275. 


The 8275 is used as the CRT controller in the system, 
and a 2716 is used as the character generator. To han- 
dle the high speed portion of the tertninal the 8275 is 
surrounded by a small handfull of TTL. The program 
memory is contained in one 2716 EPROM and the data 
and screen memory use four 2114-type RAMs. 


All devices in this system are memory mapped. A bipo- 
lar PROM is used to decode all of the addresses for the 
RAM, ROM, 8275, and the 8253. As mentioned earli- 
er, the bipolar prom also turns READs into DACK's 
and WR's for the 8275. The 8255 and 8253 are decoded 
by a simple address line chip select method. The total 
package count for the system is 20, not including the 
serial line drivers. If this same terminal were designed 
using the MCS-85 family of integrated circuits, addi- 
tional part savings could have been realized. The four 
2114's could have been replaced by two 8185's and the 
8255 and the 2716 program PROM could have been 
replaced by one 8755. Additionally, since both the 8185 
and the 2716 have address latches no 8212 would be 
needed, so the total parts count could be reduced by 
three or four packages. 


LINE COUNT 
I 
I 
I 


The 8085 CPU initializes each peripheral to the appro- 
priate mode of operation following system reset. After 
initialization, the 8085 continually polls the 8251A to 
see if a character has been sent to the terminal. When a 
character has been received, the 8085 decodes the char- 
acter and takes appropriate action. While the 8085 is 
executing the above "foreground" programs, it is being 
interrupted once every 617 microseconds by the 8275. 
This "background" 
program is used to load the row 


buffers on the 8275. The 8085 is also interrupted once 
every frame time, or 16.67 ms, to read the keyboard 
and the status of the 8275. 


As discussed earlier, a special POP technique was used 
to rapidly move the contents of the display RAM into 
the 8275's row buffers. The characters are then syn- 
chronously transferred to the character code outputs 
CCO-CC6, connected to the character generator ad- 
dress lines A3-A9 
(Figure 5.3). Line count outputs 


LCO-LC2 from the 8275 are applied to the character 
generator 
address lines AO-A2. 
The 8275 displays 
character rows one line at a time. The line count out- 
puts are used to determine which line of the character 
selected by A3-A8 
will be displayed. Following the 
transfer of the first line to the dot timing logic, the line 
count is incremented and the second line of the charac- 
ter row is selected. This process continues until the last 
line of the row is transferred to the dot timing logic. 


The dot timing logic latches the output of the character 
generator ROM into a parallel in, serial out sysnchro- 
nous shift register. This shift register is clocked at the 
dot clock rate (11.34 MHz) and its output constitutes 
the video input to the CRT. 


2708 
CHARACTER 
GENERATOR 
ROM 


HIGH 
SPEED 


DOT TIMING 
LOGIC 


I 
I 
___________ J 


HRTC 
VRTC 
vSP 
LTEN 


inter 


Parameter 
Range 


Vertical 
Blanking 
900 
/Ls nominal 


Time (VRTC) 


Vertical 
Drive 
300/Ls,,;; 
PW ,,;;1.4 ms 


Pulsewidth 


Horizontal 
Blanking 
11 /Ls nominal 


Time (HRTC) 


Horizontal 
Drive 
25 /Ls ,,;; PW ,,;;30 /Ls 
Pulsewidth 


Horizontal 
15,750 ±500 
pps 
Repetition 
Rate 


Before any specific timing can be calculated it is neces- 
sary to determine what constraints the chosen CRT 
places on the overall timing. The requirements for the 
Ball Bros. TV-12 monitor are shown in Table 5.1. The 
data from Table 5.1, the 8275 specifications, and the 
system target specifications are all that is needed to 
calculate the system's timing. 
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First, let's select and "match" 
a few numbers. From 


our target specifications, we see that each character is 
displayed on a 7 X 10 field, and is formed by a 5 X 7 
dot matrix (Figure 5.4). The 8275 allows the vertical 
retrace time to be only an integer multiple of the hori- 
zontal character line. This means that the total number 
of horizontal lines in a frame equals 10 times the num- 
ber of character 
lines plus the vertical retrace time, 
which is programmed to be either 1,2,3, or 4 character 
lines. Twenty-five display lines require 250 horizontal 


lines. So, if we wish to have a horizontal frequency in 
the neighborhood of 15;750 Hz we must choose either 
one or two character lines for vertical retrace. To allow 
for a little more margin at the top and bottom of the 
screen, two character lines were chosen for vertical re- 
trace. This choice yields a net 250 + 20 = 270 hori- 
zontal lines per frame. So, assuming a 60 Hz frame: 


This value falls within our target specification of 15,750 
Hz with a 500 Hz variation and also assures timing 
compatibility with the Ball monitor since, 20 horizontal 
sync times yield a vertical retract time of: 


This number meets the nominal VRTC and vertical 
drive pulse width time for the Ball monitor. A horizon- 
tal frequency of 16,200 Hz implies a 1/16,200 = 61.73 
microsecond period. 


It is now known that the terminal is using 250 horizon- 
tal lines to display data and 20 horizontal lines to allow 
for vertical retrace and that the horizontal frequency is 
16,200 Hz. The next thing that needs to be determined 
is how much time must be allowed for horizontal re- 
trace. Unfortunately, this number depends almost en- 
tirely on the monitor used. Usually, this number lies 
somewhere between 15and 30 percent of the total hori- 
zontalline 
time, which in this case is 1/16,200 Hz or 


61.73 microseconds. Since in most designs a fixed num- 
ber of characters can be displayed on a horizontal line, 
it is often useful to express retrace as a given number of 
character times. In this design, 80 characters can be 
displayed on a horizontal line and it was empirically 
found that allowing 20 horizontal character times for 
retrace gave the best results. So, in reality, there are 100 
character times in every given horizontal line, 80 are 
used to display characters and 20 are used to allow for 
retrace. It should be noted that if too many character 
times are used for retrace, less time will be left to dis- 
play the characters and the display will not "fill out" 
the screen. Coversely, if not enough character times are 
allowed for retrace, the display may "run off" the 
screen. 


One hundred character times per complete horizontal 
line means that each character requires 


inter 
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Figure 5-6. CRT System Timing 


6-66 


If we multiply 
the 20 horizontal 
retrace 
times by the 
617.3 nanoseconds 
needed for each character, 
we find 


This value falls short of the 25 to 30 microseconds 
re- 


quired by the horizontal 
drive of the Ball monitor. 
To 
correct 
for this, an 8253 was programmed 
in the one- 
shot mode and was used to extend the horizontal 
drive 
pulsewidth. 


Now that the 617.3 nanosecond 
character 
clock period 
is known, the dot clock is easy to calculate. 
Since each 


character 
is formed by placing 7 dots along the hori- 
zontal. 


DOT CLOCK 
PERIOD 
= 617.3 
ns 


(CHARACTER 
CLK PERIOD)/ 
7 DOTS 


Figures 
5.5 and 5.6 illustrate 
the basic dot timing and 


the CRT system timing, respectively. 


As mentioned 
earlier 
the software 
is structured 
on a 
"foreground-background" 
basis. Two interrupt-driven 
routines, 
FRAME 
and POPDAT 
(Figure 
6.1) request 


service every 16.67 milliseconds 
and 617 microseconds 
respectively, 
frame 
is used 
to check 
the 
baud 
rate 
switches, 
update 
the system pointers 
and decode and 


assemble the keyboard characters. 
POPDAT 
is used to 
move data from the memory into the 8275's row butTer 
rapidly. 


The 
foreground 
routine 
first 
examines 
the 
line-local 


switch to see whether 
to accept data from the USART 


or the keyboard. 
If the terminal 
is in the local mode, 
action will be taken on any data that is entered through 
the keyboard 
and the USART 
will be ignored on both 
output 
and input. 
If the terminal 
is in the line mode 
data entered through 
the keyboard 
will be transmitted 


by the USART 
and action will be taken 
on any data 
read out of the USART. 


When data has been entered 
in the terminal 
the soft- 
ware first determines 
if the character 
received was an 
escape, line feed, form feed, carriage return, back space, 
or simply a printable 
character. 
If an escape was re- 
ceived the terminal 
assumes the next received character 


will be a recognizable 
escape sequence character. 
If it 
isn't no operation 
is performed. 


After the character 
is decoded, 
the processor jumps 
to 
the routine to perform the required task. Figure 6.2 is a 
flow chart 
of the basic software 
operations; 
the pro- 
gram is listed in Adppendix 
6.8. 


Figure 6·1. Frame and POPDAT 
Interrupt 


Routines 


inter 


The display memory organization is shown in Figure 
6.3. The display begins at location 0800H in memory 
and ends at location OFCFH. The 48 bytes of RAM 
from location OFDOH to OFFFH are used as system 
stack and temporary 
system storage. 2K bytes of 
PROM located at OOOOHthrough 07FFH contain the 
systems program. 


To calculate the location of a character on the screen, 
three variables must be defined. Two of these variables 
are the X and Y position of the cursor (CURSX, CUR- 
SY). In addition, the memory address defining the top 
line of the display must be known, since scrolling on the 
8275 is accomplished simply by changing the pointer 
that loads the 8275's row buffers from memory. So, if it 
is desired to scroll the display up or down all that must 
be changed is one l6-bit memory pointer. This pointer 
is entered into the system by the variable TOP AD 
(TOP Address) and always defines the top line of the 
display. Figure 
6.4 details screen operation 
during 
scrolling. 


1st Column 
2nd Column ........ 
80th Column 


ROW 1 
0600H 
0601H 
................... 
064FH 
ROW 2 
0650H 
0651H 
.....•......•...... 
069FH 
ROW 3 
06AOH 
06A1H ........•.......... 
06EFH 
ROW 4 
06FOH 
06F1H ....•......•....... 
093FH 
ROW5 
0940H 
0941H 
....•....•.•....... 
096FH 
ROW6 
0990H 
0991H 
....•......•....... 
090FH 
ROW7 
09EOH 
09E1H .........•......... 
0A2FH 
ROW6 
OA30H 
OA31H ........••.••...... 
OA7FH 
ROW 9 
OA60H 
OA61H ........•.......... 
OACFH 
ROW 10 
OADOH 
OAD1H .........•......... 
OB1FH 
ROW11 
OB20H 
OB21H .....•...•••....... 
OB6FH 
ROW 12 
OB70H 
OB71H ......•............ 
OBBFH 


ROW 13 
OBCOH 
OBC1H ..........•........ 
OCOFH 
ROW 14 
OC10H 
OC11H ......•.•.••.•..... 
OC5FH 
ROW15 
0C60H 
OC61H ........•.......... 
OCAFH 
ROW16 
OCBOH 
OCB1H ....•.......•..... 
OCFFH 
ROW 17 
ODOOH 
OD01H ...........•....... 
OD4FH 
ROW16 
OD50H 
OD51H ........... 
, ....... 
OD9FH 
ROW19 
ODAOH 
ODA1H .................. 
ODEFH 
ROW 20 
ODFOH 
ODF1H ........•.......... 
OE3FH 
ROW21 
OE40H 
OE41H ........••......... 
OE6FH 
ROW 22 
OE90H 
OE91H ........•.......... 
OEDFH 
ROW 23 
OEEOH 
OEE1H ................... 
OF2FH 
ROW 24 
OF30H 
OF31H .......•........... 
OF7FH 


ROW 25 
OF60H 
OF61H ................... 
OFCFH 


inter 


Subroutines CALCU (Calculate) and ADX (ADd X 
axis) use these three variables to calculate an absolute 
memory 
address. 
The subroutine 
CALCU 
is used 


whenever a location in the screen memory must be al- 
tered. 


One important question that must be asked about the 
terminal software is, "How fast does it run". This is 
important because if the terminal is running at 9600 
baud, it must be able to handle each received character 
in 1.04 milliseconds. Figure 6.5 is a flowchart of the 
subroutine execution times. It should be pointed out 
that all of the times listed are "worst case" execution 
times. This means that all routines assume they must 
do the maximum amount of data manipulation. 
For 


instance, the PUT routine assumes that the character is 
being placed in the last column and that a line feed 
must follow the placing of the character on the screen. 


How fast do the routines need to execute in order to 
assure operation at 9600 baud? Since POPDAT inter- 
rupts occur every 617 microseconds, it is possible to 
receive two complete interrupt requests in every char- 
acter time (1042 microseconds) at 9600 baud. Each 
POPDAT interrupt executes in 211 microseconds max- 
imum. This means that each routine must execute in: 


By adding up the times for any loop, it is clear that all 
routines meet this speed requirement, with the excep- 
tion of ESC J. This means that if the terminal is operat- 
ing at 9600 baud, at least one character time must be 
inserted after an ESC J sequence. 


inter 
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....••......•..... 
ODEFH 


ODF1H .....•..••.•.•.... 
OE3FH 


OE41H 
.... 
..OE8FH 


OE91H. 
. ..•.•.•.•.•.. 
OEDFH 


OEE1H 
......•...... 
OF2FH 


OF31H 
......•.....••..... 
OF7FH 


OF81H ......•...••.•..... 
OFCFH 


0801H 
.. 
..084FH 


0851H 
.. 
.. .•........ 
089FH 


ROW 2 


ROW 3 


ROW 4 


ROW 5 


ROW 6 


ROW 7 


ROW 8 


ROW9 


ROW 10 


ROW11 


ROW12 


ROW13 


ROW14 


ROW15 


ROW 16 


ROW 17 


ROW 18 


ROW 19 


ROW 20 


ROW 21 


ROW 22 


ROW 23 


ROW 24 


ROW 25 


ROW 
1 


0850H 


08AOH 


08FOH 


0940H 


0990H 


09EOH 


OA30H 


OA80H 


OAOOH 


OB20H 


OB70H 


OBCOH 


OC10H 


OC60H 


OCBOH 


OOOOH 


OD50H 


ODAOH 


ODFOH 


OE40H 


OE90H 


OEEOH 


OF30H 


OF80H 


0800H 


0851H... 
.. ... 089FH 


08A1H.. 
.08EFH 


08F1 H ......•............ 
093FH 


0941H 
.............•..... 
098FH 


0991H 
......•......•..... 
090FH 


09E1H 
...........••...... 
0A2FH 


OA31H 
OA7FH 


OA81H .........•......... 
OACFH 


OAD1 H .....•••..•••...... 
OB1 FH 


OB21H 
..........•........ 
OB6FH 


OB71 H . 
.. .OBBFH 


OBC1H ...........•....... 
OCOFH 


OC11H ...........•....... 
OC5FH 


OC61H 
OCAFH 


OCB1H 
.....•... 
: ..•..... 
OCFFH 


0001 H .....••..•..•...... 
OD4FH 


OD51H 
OD9FH 


ODA1H 
.......•.......... 
ODEFH 


ODF1H .........•.•....... 
OE3FH 


OE41H 
OE8FH 


OE91 H ........•.......... 
OEDFH 


OEE1H .......•.•......... 
OF2FH 


OF31H 
.......•........... 
OF7FH 


OF81H .....••......•..... 
OFCFH 


0801H 
............•...... 
084FH 


ROW 4 


ROW 5 


ROW6 


ROW 7 


ROW 8 


ROW 9 


ROW 
10 


ROW11 


ROW 
12 


ROW 
13 


ROW 
14 


ROW15 


ROW16 


ROW 
17 


ROW 
18 


ROW 
19 


ROW 20 


ROW 21 


ROW 22 


ROW 23 


ROW 24 


ROW 25 


ROW 
1 


ROW 2 


ROW 3 


08FOH 


0940H 


0990H 


09EOH 


OA30H 


OA80H 


OADOH 


OB20H 


OB70H 


OBCOH 


OC10H 


OC60H 


OCBOH 


ODOOH 


OD50H 


ODAOH 


ODFOH 


OE40H 


OE90H 


OEEOH 


OF30H 


OF80H 


0800H 


0850H 


08AOH 


08F1 H .....•..... 
. ... 093FH 


0941H 
... 
.. .. 098FH 


0991 H .....•......•...... 
090FH 


09E1 H .....•....••....... 
OA2FH 


OA31H 
..•......••........ 
OA7FH 


OA81H 
OACFH 


OAD1H .........••........ 
OB1FH 


OB21H 
..........•........ 
OB6FH 


OB71H .......•••••....... 
OBBFH 


OBC1 H . .. .. .. .. .•. 
. ..... 
OCOFH 


OC11H .........••........ 
OC5FH 


0C61H 
........•.......... 
OCAFH 


OCB1H 
.•.•...•••..... 
OCFFH 


OD01H. 
. ........••..... 
OD4FH 


OD51H. 
.. 
OD9FH 


ODA1H 
__ 
ODEFH 


ODF1H 
OE3FH 


OE41H 
.....•..•••........ 
OE8FH 


OE91H ........•.......... 
OEDFH 


OEE1H 
OF2FH 


OF31H 
.......• 
__ 
OF7FH 


OF81H 
.....•.......•..... 
OFCFH 


0801H 
.....••••..••...... 
084FH 


0851H 
...........••...... 
089FH 


08A1H 
08EFH 


inter 


( 
START) 
I 
INITIALIZE 


APPENDIX 7.1 


CRT TERMINAL SCHEMATICS 


00.4 
..,.' 


00,' 


004 '0 
... " 


0tlti 
11 


001 
" 
oo,ll 


018 
22., " 


0,& 18 


., 
II 


014 I 
01 
3 ...!..-- 


Oil .l..- 


" ] 


1000 
'l 


AD. 
'3 


Aoll4 


AOJ 
15 


1004 
1& 


A~ 
11 


AtIti 
II 


100111 


A,ll 
.. " 


10'0 n 


AIll4 


101225 


10.326 
:~S:~;.......-.! 
IIUETOUT 
Al4 1I 


ORQ8275.....--! 
liST U 
10'5?8 


IRQ8275..-.! 
In 55 
liD 3l 


~ 


••"i 
':; 
WI'~ 
'SJ;;" 


IC47400 
tEJ=::: 
7400 
IC' 
'----T 


"0 
C& 
A, 


" 
" 


vE 


CC 


"''" 
, 
MO 


11 sn 


82S123 
'0 


0, 


'c, 
0, 
0, 


"0, 
•• 
0, 


32.8 
PROM 
L:1~_ 
4~~,,"',,"'••1 
·5 
471< 


1 "6 A!jA4 10310210,100 A, 
A, o~oo 01 0l 
03 04~ 
0601 
tE 


'l 
3 4 516 
1 8 n22, 
g 
,0111J1415161 
, 


I 1 
I 


CE 2716 


S2114 
H'GH 


CS 2114 lOW 
£ 


CS'255 


4.71( 


.5 
'" 


inter 


'"~ 
~ ., 


• 
1 154321 


DgB,lltOJD.OsDtD'11 


~"oI'1 
CS 


----19 
AI'II 
1253 


Ie 20 UTE0 .!.!.--PG 
2 le,4 


ttllD~PG2ICl' 
• 
CU:O _PG2ICl0 


+" 
TO Ie 10 
1085elK 
2 


il"'6~i.iJi 
i1Ao'a 
IOII02~ID4W( 


11' 
2 
J 
41165 
lliIS"t3'21, 
0 


I 
1 


v· 
o 
• 


1 
• 


IIgDtD10Jo.Ds°IiD11l 
I 


---.!! 
c,o 
cs 0- 


~RO 
8251A 


10 WII 
Ie 19 
1I0.!!..........SERIALOUT 


9 
TIC 


~iit 


•• 
SHEET 
1 


"'1 SHEET 
1 


00 SHEET 
1 


0, 
SHEET 1 


02 SHEET 
1 


03 SHEET 
1 


0. 
SHEET 1 


05 
SHEET 
1 


06 SHEET 
1 


07 
SHEET 
1 


SHEET 
1 


R SHEET 
1 


17 " 


29 
JO 
31 
J2 
33 " 
Vcc 
" 


06 
as 
04 
~ 
°2°1 
'0 
WFi~ 


iiii 
5 
-~ 


cs L-.-.. 
TO 051& 
J 


>---{T_~ 
14 PCo 
'0 
9 


-<.T __ 
15 
PC, 
" , 


-<.T __ 
16p&2 
IC17 
3S 
TO RESET OUT 808S 


-<.T __ 
17 PC3 
8255"'-5 
''0 " 
'''' 
-v _~ 
13 pc. 
PS, 
19 
Al, 


12 
pes 
P82 zo 
Al, 
-v __ 


II 
p!:& 
PSJ 
2J 
AlJ 
.:-- 
10 
PCl 
PS, 
22 
Al, 


BAUD 
RATE 
SENSE 
PS, 
2J 
Al, 


-=- 
SWITCHES 
AND 
vcc-l!. 
PS, " 
Al, 


LINE-LOCAL 
SWITCH 
~ 


PS, 
25 
Al, 


'''oPAl 
PAZ'A3PA4PAsPAti"'1 


~ 
, 


J+ 
'+ 
rrrr+ 


IOKn 


Vcc 


SlO Sll 
SlZ Sl3 St. 
SlS Sl6 Sll 


KEVBOARD 
RETURN 
LINES 


1918 
1116 
If! 
1.13 
11 
IC15 


21 
:~ 
Ilti 05 
O. 
03 
01 "'\", " " .. 
,,' 
" 
H 


CC, 
18 
23. 
8 
0110 
11 
C 


TOIC307 
ee, 
11 
, " 
" 


11 
11 
F 


ee, '" ," 
" 


13 
10 
, 


TO 1&3 03 
ee, 
25 ," 
2716 
" " ,, 


ee, " ." 
05 
IS 
• 
C 


TO 1&3 06 


8275 
Ce,," 
, 'J 
0616 
,, 


IC 13 
,,' ," 
" 


17 ,. 


TO 1&3 0<1 
1I ' 
," 


LB' 
," 


TO 1&1 liST 65 


TOICI1IST55 
HIITC 7 


VIIT&· 


TO ILioPIN 
5 
lTEN 
37 


VSP 
3f! 


IC13 


11 elk 
PilE SET 


, 
0 


_\2 
9 


7 
IC 16- 


ClK 


intJ 


APPENDIX 
7.2 
KEYBOARD 
INTERFACE 


The keyboard used in this design was a simple unen- 
coded ASCII keyboard. In order to keep the cost to a 
minimum a simple scan matrix technique was imple- 
mented by using two ports of an 8255 parallel I/O de- 
vice. 


When the system is initialized the contents of the eight 
keyboard RAM locations are set to zero. Once every 
frame, which is 16.67 milliseconds the contents of the 
keyboard RAM is read and then rewritten with the 
contents of the current switch matrix. If a non-zero 
value of one of the keyboard RAM locations is found to 
be the 
same as the 
corresponding 
current 
switch 
matrix, a valid key push is registered and action is tak- 
en. By operating the keyboard scan in this manner an 
automatic debounce time of 16.67 milliseconds is pro- 
vided. 


Figure 7.2A shows the actual physical layout of the 
keyboard and Figure 7.2B shows how the individual 
keys were encoded. On Figure 7.2B the scan lines are 
the numbers on the bottom of each key position and the 
return lines are the numbers at the top of each key 
position. The shift, control, and caps lock key were 
brought in through separate lines of port C of the 8255. 
Figure 7.3 shows the basic keyboard matrix. 


In order to guarantee that two scan lines could not be 
shorted together if two or more keys are pushed simul- 
taneously, isolation diodes could be added as shown in 
Figure 7.4. 


TOP NUMBER 
= RETURN 
LINE 


BOTTOM 
NUMBER 
= SCAN 
LINE 


Figure 7·28. Keyboard 
Encoding 


6-79 


APPENDIX 
7.3 


ESCAPE/CONTROL/DISPLAY 
CHARACTER 
SUMMARY 


Control 
Dlsplayable 
Escape 
Sequence 
Bit 
Characters 
Character 


000 
001 
010 
011 
100 
101 
110 
111 
010 
011 
100 
101 
110 
111 


0000 
NUL 
@ 
DLE 
p 
SP 
</> 
@ 
P 
P 


0001 
SOH 
A 
DC1 
a 
! 
1 
A 
Q 
A 
Q 
i 
A 
0010 
STX 
B 
DC2 
R 
.. 
2 
B 
R 
B 
R 
J.- 
B 


0011 
ETX 
C 
DC3 
S 
# 
3 
C 
S 
C 
S 
-+ 
C 


0100 
EOT 
D 
DC4 
T 
$ 
4 
D 
T 
D 
T 
- 
D 


0101 
ENQ 
E 
NAK 
u 
% 
5 
E 
U 
E 
U 
CLR 
E 


0110 
ACK 
F 
SYN 
v 
& 
6 
F 
V 
F 
V 


0111 
BEL 
G 
ETB 
w 
7 
G 
W 
G 
W 


1000 
BS 
H 
CAN 
x 
( 
8 
H 
X 
H 
X 
HOME 
H 
, 


1001 
HT 
I 
EM 
y 
) 
9 
I 
Y 
I 
Y 


1010 
LF 
J 
SUB 
z 
• 
J 
Z 
J 
Z 
EOS 
I 
1011 
VT 
K 
ESC 
I 
+ 
K 
[ 
K 
EL 
J 


1100 
FF 
L 
FS 
/ 
< 
L 
\ 
L 


1101 
CR 
M 
GS 
- 
= 
M 
1 
M 


1110 
SO 
N 
RS 
, 
> 
N 
1\ 
N 


1111 
S1 
0 
US 
- 
/ 
? 
0 
- 
0 


NOTE: 
Shaded 
blocks 
= functions 
terminal 
will react to. Others 
can be generated 
but are ignored 
upon receipt. 


inter 


+5 


BREAK 
10K 


inter 


APPENDIX 
7.4 
PROM DECODING 


As stated earlier, all of the logic necessary to convert 
the 8275 into a non-DMA 
type of device was per- 
formed by a single small bipolar prom. Besides turning 
certain processor READS into DACKS and WRITES 
for the 8275, this 32 by 8 prom decoded addresses for 
the system ram, rom, as well as for the 8255 parallel 
I/O port. 


Any bipolar prom that has a by eight configuration 
could function in this application, This particular de- 
vice was chosen simply because it is the only "by eight" 
prom available in a 16 pin package. The connection of 
the prom is shown in detail in Figure 7.5 and its truth 
table is shown in Figure 7.6. Note that when a fetch 
cycle (MI) is not being performed, the state of the SOD 
line is the only thing that determines if memory reads 
will be written into the 8275's row buffers. This is done 
by pulling both DACK and WRITE low on the 8275. 


Also note that all of the outputs of the bipolar prom 
MUST BE PULLED 
HIGH by a resistor. This pre- 
vents any unwanted assertions when the prom is dis- 
abled. 


ENABLE 


D. 
eE 2716 


SOD 
•• 
0, 
CE 2114 
18085) 
OSOOH-OBFFH 


A,. 
A, 
D. 
CE2114 
(8085) 
OCOOH-OFFFH 


All 
A. 
03 
Wi 


(8085) 
8275 


A,. 
A3 
D. 
OACK 
(8085) 
8275 


M, 
Ao 
Ds 
es 


(8085) 
8255 


M1=so:s1 
D. 
es 
8275 
Vcc 
Vcc 
07 
AD 


GND 
GND 
8275 


207760-31 


Figure 7-5. Bipolar 
Prom (825123) Connection 


Ii' 
13 
13 ~ 
or~ :r ~ 


N 
0 
& 
Ie 
Ie 
.~ 
:; :; :; :; 
:;: 
:;: 
:;: 
:;: 
:;: 
N 
N 


A4 
A3 
A2 
Al 
AO 
07 
06 
05 
04 
03 
02 
01 
DO 


0 
O' 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
0 
0 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
1 
0 
0 
0 
0 
1 
0 
1 
1 
1 
1 
1 
1 
1 
0 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
1 
1 
0 
0 
0 
1 
0 
0 
1 
1 
1 
1 
1 
1 
0 
1 


0 
0 
1 
0 
1 
1 
1 
1 
1 
1 
1 
0 
1 
0 
0 
1 
1 
0 
1 
1 
1 
1 
1 
0 
1 
1 
0 
0 
1 
1 
1 
1 
1 
1 
1 
1 
0 
1 
1 
0 
1 
0 
0 
0 
1 
0 
1 
1 
0 
1 
1 
1 
0 
1 
0 
0 
1 
1 
0 
1 
1 
0 
1 
1 
1 
0 
1 
0 
1 
0 
0 
0 
1 
1 
1 
1 
1 
1 
0 
1 
0 
1 
1 
0 
0 
1 
1 
1 
1 
1 
1 


0 
1 
1 
0 
0 
1 
1 
0 
1 
1 
1 
1 
1 
0 
1 
1 
0 
1 
1 
1 
0 
1 
1 
1 
1 
1 
0 
1 
1 
1 
0 
1 
1 
0 
1 
1 
1 
1 
1 
0 
1 
1 
1 
1 
1 
1 
0 
1 
1 
1 
1 
1 


1 
0 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
0 


1 
0 
0 
0 
1 
1 
1 
1 
0 
0 
1 
1 
0 


1 
0 
0 
1 
0 
1 
1 
1 
1 
1 
1 
1 
0 


1 
0 
0 
1 
1 
1 
1 
1 
0 
0 
1 
1 
0 


1 
0 
1 
0 
0 
1 
1 
1 
1 
1 
1 
0 
1 


1 
0 
1 
0 
1 
1 
1 
1 
0 
0 
1 
0 
1 
1 
0 
1 
1 
0 
1 
1 
1 
1 
1 
0 
1 
1 
1 
0 
1 
1 
1 
1 
1 
1 
0 
0 
0 
1 
1 


1 
1 
0 
0 
0 
1 
0 
1 
1 
0 
1 
1 
1 


1 
1 
0 
0 
1 
1 
0 
1 
1 
0 
1 
1 
1 


1 
1 
0 
1 
0 
0 
0 
1 
1 
1 
1 
1 
1 
1 
1 
0 
1 
1 
0 
0 
1 
1 
1 
1 
1 
1 


1 
1 
1 
0 
0 
1 
1 
0 
1 
1 
1 
1 
1 
1 
1 
1 
0 
1 
1 
1 
0 
1 
1 
1 
1 
1 
1 
1 
1 
1 
0 
1 
1 
0 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
1 
0 
1 
1 
1 
1 
1 
207760-32 


inter 


APPENDIX 7.5 
CHARACTER 
GENERATOR 


As previously mentioned, the character generator used 
in this terminal is a 2716 or 2758 EPROM. A IK by 8 
device is sufficient since a 128 character 5 by 7 dot 
matrix only required 8K of memory. Any "standard" 
or custom character generator could have been used. 


The three low-order line count outputs (LCO-LC2) 
from the 8275 are connected to the three low-order ad- 
dress lines of the character generator and the seven 
character generator outputs (CCO-CC6) are connected 
to the A3-A9 
of the character generator. The output 
from the character generator is loaded into a shift regis- 
ter and the serial output from the shift register is the 
video output of the terminal. 


Now, let's assume that the letter "E" is to be displayed. 
The ASCII code for "E" is 45H. So, 45H is presented 
to address lines A2-A9 of the character generator. The 
scan lines will now count each line from zero to seven 
to "form" the character as shown in Figure 7.7. This 
same procedure is used to form all 128 possible charac- 
ters. 


It should be obvious that "custom" 
character 
fonts 


could be made just by changing the bit patterns in the 
character generator PROM. For reference, Appendix 
7.6 contains a HEX dump of the character generator 
used in this terminal. 


45H = 01000101 
Address to Prom = 01000101 
SL2 
SLI 
SLO 
= 228H - 
22FH 
Depending on state of Scan lines. 


Character generator output 


ROM Address 
Rom Hex 
Bit Output· 
Output 
228H 
3E 
0 
1 
2 
3 
4 
5 6 7 


229H 
02 
X 
X 
X 
X 
X 
22AH 
02 
X 
22BH 
OE 
X 
22CH 
02 
X 
X 
X 
22DH 
02 
X 
22EH 
3E 
X 
22FH 
00 
X 
X 
X 
X 
X 
Bits 0, 6, and 7 are not used. 


·NOTE: 
Bit output is backward from convention. 


Figure 7.7. Character 
Generation 


APPENDIX 
7.6 
HEX DUMP OF CHARACTER 
GENERATOR 


inter 


APPENDIX 
7.7 
COMPOSITE 
VIDEO 


In this design,it was assumed that the monitor required 
a separate horizontal drive, vertical drive, and video 
input. However, many monitors require a composite 
vidc:osignal. The schematic shown in Figure 7.8 illus- 
trates how to generate a composite video signal from 
the output of the 8275. 


The dual one-shots are used to provide a small delay 
and the proper horizontal and vertical pulse to the 
composite video monitor. The delay introduced in the 
vertical and horizontal timing is used to "center" the 
display. VRI and VR2 control the amount of delay. 
IC3 is used to mix the vertical and horizontal retrace 
and Ql along with the Rl, R2, and R3 mix the video 
and the retrace signal and provide the proper DC lev- 
els. 


74lS221 


20 


COMPOSITE 
VIDEO 
OUT 


APPENDIX 
7.8 
SOFTWARE 
LISTINGS 


BBBI 1'3 
BBBI 
EBBF 
BBI4 
BBB7 
BBIlA 
BBBD 3EB3 
BBBF 32E1BF 
:m B~::: 
::lg mm 


SEl;) 
SCUlCE STATEMElIr 


1 SM0085 
P<ACROO'IlE 
2 
,>«> 
D4A 8275 SOf"JWAREAU. I/O 
IS ~D«:RY IW'PED 
3 
, 
198BH TO B7FFH 
4 
, 
B8B8H TO BFFFH 
5 
1B81H TO 13FFH 
~ 
1488H TO 17F1"H 
7 
ITE 1888H 1'0 IFFI' 
~ 
~~lig g~m 
1B PORTA 
188BH 
,8255 
PORT A AOCRESS 
11 Pal'nl 
1881H 
,8255 
PORT 8 ADffiESS 
12 PalTC 
1882H 
,8255 
PORT C AOCRESS 
13 CIMl55 
1!183H 
,8255 
CO!ImOL PORT AomESS 
14 \STF 
BAA8111 
,8251 
FLAm 
15 \STD 
BAAB8H 
,8251 
DATA 
1~ CN'J'Il 
W88H 
;8253 
COlHrEH 8 
17 et<n 
6881H 
,8253 
C~rEH 
1 
18 CNT2 
6312H 
,8253 
C~rEH 
2 
19 CJmI 
6883H 
,8253 
'lOOt: WOlD 
28 CRn> 
IB81H 
,8275 
COlIl'ROLAlXlRESS 
21 CR'l'4 
188BH 
,8275 
~ 
AlXlRESS 
22 INT75 
14BIH 
,8275 
INl'EAAUPr ClEAR 
23 TPDIS 
38B3H 
,TOP OF DISPLAY AA~ 
24 8TDIS 
8F88H 
,1lOTl'CJ<OF DISPLAY AA~ 


25 lAST 
8FOOH 
,FIRST 
BYTE AFTER DISPLAY 
26 CURsor 
18H 
,1lOTl'CJ<Y CURSOR 
27 UlG'nI 
B8511H 
,LENGl'H OF CH: LINE 
28 S'I'I"m 
BFE8H 
,LOCATION OF STICK 
POIN'I'EH 


~ 
;START 
PRCCRAIIt 
~~ 
:ALL VARIABlES ARE INITIALIZED BUGlE 
ANYI'll"" 
ELSE 


33 
bI 
,DISABlE 
INTEHRUPrS 
~~ 
~l 
SP~TPl'R 
;~ 
~~~I~ROF 
DISPLAY 
3~ 
SHLD 
!k>Pl\DIS 
;SET 'raP ~ TOP OF DISPLAY 
37 
SHLD 
ClJIW) 
,STOlE 
TIlE CUAAEHrAOCRESS 
~ 
~ 
~c:~ 
m~g~URSOR Y POIN'I'EH 
48 
STA 
CURS)( 
,ZERO CURSORX POINTER 
41 
STA 
'<8C1fl 
,ZERO KBDCHARACTER 
:~ 
~~:tf& 
;~~8:f'&~HAR 
BUFFER 


inter 
AP-62 


sm ~~~~ 
44 
STA 
KE'/OK 
;mg~~ 
45 
STA 
ESCP 
0024 
C39800 
1~ 
J"P 
~PI<~O 
;JU"IP 
I\I/D scr 
EVERYI'HING UP 


48 
;THIS 
JU"IP YECTal 
IS 
[J)CATEO AT THE RSr 
5.5 
[J)CATION 
49 
;rEl\~M0~JlJ~ 
~rs~~~W=J~~r~l~y 
'ill 
51 
,15.657 
"I~~ISECCM:6. 
52 
k 
002C 
53 
082CH 
002C 
C35101 
54 
J"P 
FAA"IE 
55 
hHIS 
IU1rINE 
IS 
[J)CATEO AT THE RST 6.5 
LOCATION OF THE 
56 
57 
: llIl85 
/\NO IS 
U$EIl TO LQOJJTHE D\TA TO 8E OISPLI\YEO INTO 
58 
,THE 
8275. 
THIS 
ROOrINE 
IS 
EXECUTEDONCE EVERY 617 
MICRCSECONOO. 
59 
~ 
0834 
60 
34H 
0034 
F5 
51 
PCf'Ql\T: 
PUSH 
PSW 
;~~~A 
FtAGS 
0035 
E5 
62 
PUSH 
H 
~ 
0036 
OS 
63 
PUSH 
0 
,SAVE 0 
E 
sm n 
OO00 
54 
~XI 
~~0888H 
,ZERO H 
~ 
65 
D\O 
; pu'r 
POIN'I'E~ 
IN 
H AND L 
0038 
Ell 
66 
XCI«; 
,PUT 
IN 01\1/0 
E 
003C 
21\E80F 
61 
~HW 
ClIWJ 
;'M~r~ 
~INE 
INTO SP 
003F 
F9 
58 
SPH~ 
0040 
ne0 
59 
.'4VI 
A,OC9H 
,scr 
I'II\SK FOR SlM 
0042 
30 
18 
SI" 
7l 
REPI' 
(UlGTl\I2) 
72 
pop 
H 
73 
ENt'M 
0043 
El 
74+ 
pop 
H 
sma 
15+ 
pop 
H 
16+ 
pop 
H 
0046 
El 
17+ 
pop 
H 
0041 
El 
18+ 
pop 
H 
0048 
El 
79+ 
pop 
H 
0049 
El 
80+ 
pop 
H 
004A 
El 
81+ 
pop 
H 
0048 
El 
82+ 
pop 
H 
004C 
El 
83+ 
pop 
H 
0040 
El 
84+ 
pop 
H 
004E 
El 
B5+ 
pop 
H 
004F 
El 
86+ 
pop 
H 
0050 
El 
87+ 
pop 
H 
0051 
El 
88+ 
pop 
H 
0052 
El 
89+ 
pop 
H 
8053 
El 
90+ 
pop 
H 
0054 
El 
91+ 
pop 
H 
0055 
El 
92+ 
pop 
H 
0056 
El 
93+ 
pop 
H 
0057 
El 
94+ 
pop 
H 
8058 
El 
95+ 
pop 
H 
8059 
El 
%+ 
pop 
H 
005/\ 
El 
97+ 
pop 
H 
8058 
£1 
99+ 
pop 
H 
0051: 
El 
99+ 
pop 
H 
0050 
£1 
100+ 
pop 
H 
00SE 
£1 
10H 
pop 
H 
81SF 
£1 
182+ 
pop 
H 
80se 
£1 
103+ 
pop 
H 
0861 
El 
104+ 
pop 
H 
8062 
El 
105+ 
pop 
H 
0863 
£1 
186+ 
pop 
H 
0064 
£1 
101+ 
pop 
H 
8es5 
El 
188+ 
pop 
H 
0066 
El 
189+ 
pop 
H 
0061 
£1 
118+ 
pop 
H 
8B68 
£1 
llH 
pop 
H 
8369 
£1 
112+ 
pop 
H 
036/\ 
El 
113+ 
pop 
H 
0068 
SF 
114 
RRC 
;SET 
UP A 
006C 
3B 
115 
51" 
,GO BlICK TO N(Jt"",,~ I'IOOE 
B060 
210BBB 
115 
~I 
~~B888H 
,ZERO H~ 
8B10 
39 
111 
Ql\D 
,I\DD STIICK 
0B7l 
E8 
lIB 
XCI«; 
,PUT STACK IN H AND ~ 
0812 
F9 
119 
SPH~ 
;RfSTCRE 
S'n'.Cl( 
0073 
21D0BF 
12B 
~XI 
H,LAST 
,ror 
BOM'O'I DISPtAY 
IN H AND ~ 
BB16 £~ 
121 
XCI«; 
,SWAP REXlISTERS 
8011 
1/\ 
122 
M(N 
~,D 
;ror 
HIGH ame:R IN A 
0018 
BC 
123 
CMP 
; SEE 
IF 
SAM.E AS 
H 
sn~9~483 
F 
4 
JNZ 
KPI'K 
:~r"Z:';~~ 
IN 1\ 
25 
"01 
A,£ 
0B10' 
125 
C"IP 
~ 
;SEE 
IF SA-.E AS L 
8B1E 
121 
JNZ 
KPI'K 
; IF 
Nor LEAVE 
BBBI 
128 
~XI 
H,TPDIS 
j LOAD 
H AND 
L WITH 'fOP OF SCREEN "'tJ'lt~'t' 
BBB4 
129 
KPI'K: 
SHW 
ClJlAD 
;pu'r 
BACK 
ClRREN'f 
ADmESS 
0081 
13B 
MVI 
A,lBH 
jSET 
'-tASK 
0B89 
131 
51" 
;OOfPUT 
"""<)1( 
207780-36 


inter 


BABA 01 
BA8B El 
ABBefl 
AB8D FB 
AA8E C9 


BAD: 3AB218 
BIIDI' E~BF 
BBEI 
320CBF 
BAE4 B7 
BBE5 21C5A5 
BBE8 16BB 
BBEA 5F 
BBES 19 
BBOC llB3~A 
UEF 
3ES5 
8SFI 
12 
SSF2 
IB 
::~ll~ 
SSE'5 23 
8SF6 
7E 
88F7 
12 
SBF8 C9 


132 
133 
134 
135 
13~ 
137 
138 
1]9 
14B ~'{PASS: 
141 
142 
14] 
144 
145 
14~ 
147 
148 
149 
15B 
151 
152 
LPI<JlD: 
15] 
154 
155 
155 
157 
158 
159 
153 
161 
t.OOPF: 
152 
15] 
1~ 
155 
15~ 
157 
1~ 
159 
173 
171 
172 
173 
174 
175 
175 
177 
178 
179 
1I1Il 
181 
182 
18] 
IB4 
185 
18~ 
187 
188 
189 
198 
191 
192m 
195 
195 
197 
198 
199 
28S 
S1llAUll: 
281 
2S2 
2S3 
2S4 
2B5 
286 
287 
2S8 
2B9 
2lB 
211 
212 
213 
214 
215 
216 
217 
218 


~ 
~ 
:g~ R ~~ 
E 
pop 
PS,oI 
;GET 
A 
,~ 
FLAGS 
El 
;'nJ1lN ON [N'll:AAUPTS 
RET 
;GO B.'CK 


;'nus 
IS 
niE 
EXIT 
~C1J·tINE 
Fffi 
ni€ 
FAA'1E 
IN'rERRUPr 


~VI 
A,18H 
,SET ~K 
51"1 
;DlIflVl' 
THf. "\ASK 
~ 
S 
~g~b~~g~ 
pop 
H 
~GET H ,am 
L 
pop 
PS.-I 
;GET A AIIID 
FL,AG; 
EI 
; E'lABlE 
[1tll:RRUPl'S 
RET 
;GO 
BACK 


;THIS 
CLEARS ·nlf. MEA 
OF AA~ nWT 
[5 
USED 
; FOR KE'iBOt\RO nEdCXNC£. 
~+~ 
~~N 
;~~g~~NCrt~DL 
S'TA 
SCNL[N 
,ZERO SCAN L[NE 


:TH[S 
ROllTlNE CLEARS nif. 
ENT[RE SCREE" BY rorrrNG 
,SPACE CODES (2BH, 
IN EVERY LOCATION ON THE SCREEN. 
Lx[ 
H. "!t'D[S 
,PO'T TOP Of' SCREEN [N HL 


LXI 
a, LAsr 
;pu'r BOM'O'1 
IN 
Be 
""VI 
/'It,2AH 
; PO'r SPACE 
IN 
Nt 
INX 
H 
; INCR~EN'T 
POlltTER 


NtCN 
A, H 
;GE'r 
H 
c",p 
B 
; SEE 
IF 
SA."lE AS B 
J>lZ 
t.OOPF 
;IF 
NO\' LOOP •••GMN 


~ 
~.L 
;m iF 
SME AS C 
JNZ 
LOJPf' 
; I F NOT (J)Qp AGAIN 


; 8255 
INITIALIZATION 


iwI 
••••8BH 
;MOVE 8255 
COItlRDL ~D 
Iltro 
••• 
STA 
CIM055 
; PUT C<NTROL W<RD IN'ro 
8255 


;8251 


LXI 
"!VI 
"!VI 
MVI 
NOP 
MVI 
"'VI 


INITI"'LIZ 
•••TION 
~;~;r 
M,l/JAH 
"",4~H 


"",BEAH 
,..,95H 


;825] 
INITIALIZ"'TION 
h.~ 
~k~H 
;~or-~~~g(D~~~~825] 
"!VI 
••••32H 
;LSB 
8253 
STA 
CltTA 
; PUT IT 
IN 8235 
~ 
~;J:H 
~~ Yfl)1N 8253 
CALL 
STBAlJD 
;GO 00 
BAUD RATE 
J~P 
IN75 
'GO 00 
8275 


;THIS 
RO<1TINEREADS niE 
B"'UD RATE s-IITeHES 
FRO"! PORT C 
;01' 
TIlE 8255 
AND LOOKS UP THE NlJoIBERS NEEDED TO LOAD 
;THE 8253 
TO PROVIIJE 11iE PROPER B•••UD RATE. 
L[», 
PORTe 
; READ BAlJD RATE s-IITeHES 
ANI 
eYH 
:snu? OFF4 MSB'5 
STA 
BAUD 
;SAVE 
IT 
RLC 
;"'OVE BITS 
OVER ONE PLACE 


LXI 
H.BDLK 
,GET B"'UD RATE LOOKUP TABlE 
/lfVI 
D,BAH 
;ZERO 
0 
f'IDV 
E,A 
;pu'r A 
IN E 
~p 
D,etli'M 
:~~r~E1u 
8253 
MVl 
A,865H 
;Gc:T CCNTROL~o 
STAX 
0 
;S1IlRE 
IN 825] 
~ 
0 
;~ETrnrs~TB.l&,~R 
STAX 
S,M 
~PU'r IT 
IN 8253 
INX 
H 
; POIN'T •••T "'58 
BAUD RATE 
,'1OV 
A,,.. 
;GET ,..sa 
BAUD 
RAn: 


STAX 
0 
,PUT 
IT 
IN 8253 
RE"J' 
;GO 
BACK 


inter 
AP-62 


219 
;8275 
INITIALIZATION 


229 
lxI 
99F9 
219119 
221 
IN75: 
H,CRTS 
S~~~99 
222 
>IVI 
~,1lJ0H 
; RESET AND STOP DISPlAY 


223 
ocx 
;HL-llll191l 


91!£'F364F 
224 
!'IV! 
•.•,41'H 
PAIWIETER ByrE 
1 
9191 
3558 
225 
.wI 
/lII,SBH 
PAIWIETEA BYrE 
2 


9193 
3689 
226 
!'IVI 
flt,89H. 
PAIWIETER 8YTE 3 
9195 
3600 
227 
!'IVI 
"',"DOH 
; 
PAIWIETm 
8YTE 4 
9197 
23 
22B 
INX 
H 
;HLslB91H 


9198 
CDIl893 
229 
CALL 
LOClil 
·LOt.O THE CUASOO 


919B 
35E9 
239 
!'IVI 
M,SESH 
; PR!SE'r 
CClM'ERS 


9100 
3623 
231 
.wI 
M,23M 
'STAAT DISPLAY 
232 


;'rHIS 
IUJUNE 
REAm 
BOrH THE l<E\'8<l'.AIJ AND TH<: USAAT 
233 
234 
;AND TAKES I'ROPEA ACTION 1E_0It«; 
ON tI()oI THE LINE-LOCAL 


235 
;SWITCH 15 SET 


236 
iwr. 
919F 
3U8 
237 
SETUP: 
A,18H 
;SET 
MASK 
9111 
311 
238 
SI'" 
; ~~~~rEAAUPTS 
9112 
F8 
239 
EI 


249 


; READ 
'niE 
l.6ART 
241 


9113 
29 
m RXHJ)Y: 
~I'" 
;GET 
LINE LOCAL 


9114 
E689 
244 
ANI 
89H 
;t~~ W W W"i»l 
9U6 
C22191 
245 
JNZ 
l<E\'INP 
9119 
3A1l1AS 
246 
L!l'I 
l.5TF 
;READ 8251 
FLAQ5 
9UC 
E692 
247 
/INI 
92H 
;WIlA¢l ~~R 
lD 
TO walK 
9UE 
C2SC91 
248 
JNZ 
OK7 


0121 
JAEAllF 
249 
KEYINP: 
L!l'I 
KE'iD<N 
;GET KEYB<l'.RDCHARACTER 


0124 
E6S9 
250 
/INI 
8AH 
;IS 
IT THERE 


9126 
C23191 
251 
,NZ 
KEYS 
;IF 
KEY IS 
RlSHED LEAVO 
9129 
3E09 
252 
.wI 
~g~~ 
~~~AKE'l'OK 
9128 
32EOOF 
253 
STl'\ 
:m~~ 
254 
J"'P 
RlOUlY 
:~PK~~ 
255 
KEYS: 
L!l'I 
KE~K 


9134 
F 
256 
f'KN 
~ 
~~~ 
K~~~ 
CAARAC'l'ER 
9135 
257 
L!l'I 


9138 
258 
OlP 
C 
; IS 
IT THE SlIME AS ~E~K 


9139 
259 
JZ 
RXROY 
; IF 
SAI'IE LOOP AGAIN 


91Je 
259 
STA 
KE~K 
; IF 
NO!' SAve 
IT 


913F 
32E79F 
261 
STl'\ 
USCHR 
'SAYE 
IT 
9142 
262 
RI'" 
~~IC~I~~y 
LOCAL 
9143 
263 
/INI 
AAH 


9145 
264 
JZ 
~ 
~¥~rJFri;I~5-.E 
WCRK 
9148 
265 
J"'P 
CHROC 


9148 
266 
TAANS: 
L!l'I 
l.5TF 
;GET USART F~ 


914E 
267 
/lNI 
91H 
; READ'i TO 'l'RANSIIIT? 


9150 
268 
JZ 
TRAMi 
;LOOP IF 
NO!' RFAIn 
0153 
269 
L!l'I 
USCHR 
:\lti1i~ 
0156 
279 
STA 
lo5TO 


9159 
271 
J"'P 
SETUP 
: LEAVE 


01SC 
272 
OK7: 
L!l'I 
l.5ID 
,READ USART 


91SF 
E67F 
273 
/lNI 
07FH 
:~~IrT"'~ 
I'tD<tat'{ 
9161 
32E79F 
274 
STA 
USCHR 
9164 
C34E92 
275 
J"'P 
CHROC 
; LEAve 


276 


;THIS 
ROUTINE CHECKS THE BAUD RATE S~ITCHES. 
RESE'I'S THE 
217 
278 
;SCREEN POINTERS AND REAm 
AND LOOI<S UP THE l<EYBOAAIJ. 


279 
iousH 
0167 
F5 
289 
FIWIE: 
PSW 
;~~ ~~ r 
LAQ5 
9168 
E5 
281 
PUSH 
H 
9169 
05 
282 
PUSH 
0 
;SAVE 0 AND E 
016A 
C5 
283 
PUSH 
B 
;SAVE 
8 
AND C 
9168 
JA9U4 
284 
L!l'I 
INT15 
;READ 8275 
TO CLEAR IN1'EAAupr 


285 
~SET UP 
Tf£ 
POIN'l'ERS 
285 
287 
i.HLO 
916E 
2AE39F 
288 
TOPAD 
;lDAO TOP IN H !\NO L 
9171 
22E89F 
289 
SHLD 
CUAAD 
;STCRE TOP IN ClRREIn' 
I\lllJlESS 
298 


;SET 
UP BAUD RATE 
291 
292 
i.O'I 
9174 
JA9218 
293 
PORTe 
;RFAD 
SAUD 
RATE 
Stl'I1'CHES 
9177 
E69F 
294 
/lNI 
9FH 
;STRIP 
OFf' 4 .'l\S8·S 
9179 
47 
295 
f'KN 
~ 
;SAVE IN 8 
917A 
JAOC9F 
296 
L!l'I 
;G£T 
BAUD RA'M 
9170 
B8 
297 
OlP 
B 
; SEE IF 
SA>IE AS B 
917E 
C4OC99 
299 
OIZ 
STl!AUD 
; IF 
NO!' SNIE 
DO SCl'IETHING 
299 
; READ KEY8O\RD 
3U 
381 
i.O'I 
81Bl 
3AEA9F 
392 
KEYD<N 
;SEE 
IF 
A KEY IS 
!D.~ 
91B4 
E549 
393 
/INI 
48H 
;Ir~I~~ 
J'J'IP 
ARalNO 
918~ 
C2C291 
394 
JNZ 
KYDOWN 
91B9 CDBF91 
385 
CALL 
R[J(B 
;GO READ mE 
KE:Y8Q\RD 
81Be 
C38F99 
306 
J"'p 
BYPASS 
; LEAVE 


207160-36 


inter 
AP·62 


818F 
21EF8F 
3117 RDK8: 
LXI 
~~CH 
,POIN'r 
HL AT KE'/llOt<RORNl 
Sl92 
3118218 
388 
LDII 
,GET CCJtormOLA>IJ SHIFT 
8195 
77 
389 
t'/IN 
I4,A 
,SAVE 
IN ••DIORY 
8195 
3EFE 
318 
I4VI 
~fH 
;SET 
UP A 
ma 
l~8818 
~11 
LOOPK: 
STA 
;~PIl£ ~ 
8 
12 
P'I:N 
~TS 
819C 
3118118 
313 
LD\ 
;RFAO 
KE'fflO'RD 
819F 
2F 
314 
CI4A 
;INVERT A 
81A8 
87 
315 
OOA 
A 
;SET 
THE 
Fl..A(C 
81Al 
C2AF81 
m 


JPlZ 
SAVKEY 
;ag~l:; U~EI~AC~ 
811\4 78 
f'I:N 
A,8 


81A5 
87 
318 
RLe 
; ROTATE IT OVER eM: 
81M 
D119881 
~19 
JC 
LOOPK 
;IX) IT AGAIN 
811\9 
3ES8 
28 
i'lVI 
~~ 
iZERO 
A 
8lAB 
32EA8F 
321 
STA 
;SAVE KEY ~ 
811\E C9 
322 
RET 
,LEAVE 


8lAP 
23 
323 
SAVKEY, INX 
H 
,POIN'r 
AT RE'nJRN LINE 
81B8 
2F 
324 
CI4A 
;PU'fA8-'CK 
81Bl 
77 
325 
t'/IN 
M,A 
;SAVE RE'IUlN 
LINE IN ••DIORY 
81B2 
23 
32f; 
INX 
H 
;POlN'r 
H AT SCAN LINE 
81B3 
78 
327 
r"IJV 
>l,B 
,SAVE 9::AN LINE IN ••DIORY 


81B4 
3E48 
328 
"IV! 
~f~ 
;~"xEY~ 
81B6 
32EA8F 
329 
STA 
8189 
C9 
338 
RET 
;~~~" 
81BA 3E88 
331 
KYCHNG: MVI 
~f~ 
81BC 32EA8F 
332 
STA 
~RES£'rKEY tnrIN 
SlBF 
C38F88 
333 
JI4P 
BYPASS 
,LEAVE 
81C2 
21Fl8F 
334 
KYllOIIN, LXI 
H,SCNLtN 
;GET SCAN LINE 
81C5 
7E 
335 
-r::N 
~TA 


:PU'r SCA.~ LINE IN It. 
81C6 
328BIB 
336 
STA 
,0000Pl1l' SCAN LINE TO I'ORT A 
81C9 
28 
337 
llCX 
H 
,POlN'r 
AT RE'lUHN LINE 
81CA 311811B 
338 
LDII 
PORTS 
;GET 
RtruRN 
LINES 
81CO 86 
339 
ORA 
14 
,ARE TIlEY 'rNE SA."IE? 
BlCE 
2F 
348 
CI4A 
-INVERT A 
81cr 
B7 
341 
ew- 
A 
,SET 
Fu.a; 
810e 
342 
JZ 
KYCHNG 
,IF 
OIFFfRENr 
KEY HAS CAA.,«;EO 
8103 
343 
LDII 
KEY1JIIN 
,GE'r 
KEY llOIIN 
8106 
344 
ANI 
81H 
;AAS 
'nUS 
BEm 
OONE tlEF(]{E? 
8108 
345 
JNZ 
BYPASS 
;L!AVE IF IT I't'S 
81D8 
8 
346 
LDII 
PORTB 
;:Jg ~~ 
":;I~~O 
B 
81DE 85FF 
347 
>4VI 
8,9f'FH 
81E8 
B4 
34R up, 
INR 
B 
,ZERO B 
81El 
BF 
349 
RR: 
,ROrATE 
A 
81E2 
DIIEllBl 
358 
JC 
UP 


;~I~ 
~NSCAN 
LINES 
BIE5 
23 
351 
INX 
H 
81E5 
7E 
352 
I"(;N 
A,I4 
,GET SCAN LINES 
BIE7 
BEYF 
353 
"IVI 
C,8Ff'H 
;GET READY TO LOOP 
81E9 
Be 
354 
UPl, 
INR 
C 
;START 
C CCJl..HrlNG 
81E11 BF 
355 
ROC 
;RarA'IE 
"- 
81EB DIIE9Ill 
356 
JC 
UPI 
;JU''tP TO ux>P 
BIEE 
7B 
357 
MOV 
A,B 
:GET 
RETURN 
LINES 
:l~:~ 
~~ 
RLe 
;~~ 
lEE 
RLe 
am II 
368 
RLe 
,MOVE 
EE TIMes 
361 
ew- 
C 
,OR 
RrnJRN 
LINES 
BIF3 
47 
362 
"IN 


~Te 
;SAVE A IN 8 
SlF4 
3118218 
363 
LDII 
,GET SHIFT 
CCNnlOL 
81F7 
E648 
364 
ANI 
4BH 
; IS 
CQroImOL SET 
81F9 
4F 
365 
"IN 


~~CH 
;SAVE A IN C 
81FA 
3IIEF8F 
356 
LDII 
;GET SHIFT 
CCHTROL 
81m 
57 
367 
f'I:N 
~~ 


,SAVE A IN 0 
81FE 
E648 
368 
ANI 
;STRIP 
CONmOL 
B28B Bl 
369 
ORA 
C 
,SET 
BIT 
82Bl 
CA3EB2 
378 
JZ 
CN'rDolN 
; IF SET LF••••VE 
8284 
3118218 
371 
LDII 
PORTe 
; READ 
IT 
AGMN 
B287 
E628 
372 
ANI 
2BH 
,STRIP 
SHIFT 
8289 
4F 
~73 
"01 
C,A 
-SAVE 
82M 
7A 
74 
I"(;N 
A,O 
;GET 
C<JlrROL 
82ll1l E628 
375 
ANI 
28H 
;STRI 
82BD Bl 
376 
OOA 
C 
,ARE 
82BE CM782 
Rl 
SCR, 
JZ 
SHDoIN 
,I 
8211 
58 
I40Y 
E,B 
;Pt1r 
TINE 
am ~85 
1'9 
I4VI 
O,BaH 
!~~°t.&xuP 
TABLE 
88 
LXI 
H,KYLIOJP 
8217 
19 
391 
D'\D 
0 
:gg~ 
8218 
7E 
382 
f'I:N 
A,I4 


8219 
47 
383 
"IN 


~Te 
,pu'r 
CIIARACTER IN9 
821A 
3118218 
384 
LD\ 
,GET 
PORTe 
B210 
E61B 
385 
ANI 
18H 
,S'mIP 
BIT 
821F 
CA2E82 
386 
JZ 
CAPLOC 
,CAPS 
UlC\( 
8222 
78 
387 
t'/IN 
~ 
;GET A BJCK 
8223 
32EBBF 
388 
STKEY: 
STA 
,SAVE CKJ\RACTER 
m~~~ 
389 
"IV! 
~~ 
lSET A 
398 
STA 
;SAVE KEY £DiN 
B228 
C38FBB 
391 
JMP 
BYPASS 
,LEAVE 
392 
: IF 
'nlE 
CAP LOCK BUM'ON IS 
PUSHED THIS 
RoorINE 
SEES 
IF 
393 
394 
,TIE 
CIWlACTl!R IS 
BE1WEEN 61H AND 7AH AND IF 
IT 
IS 
nns 
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822E 
78 
822F 
FE6l! 
82]1 
0\2]82 
82]4 
FE78 
82]6 
022]82 
82]9 
0628 
8238 
C]2]82 


823E 
]EB8 


8248 
88 
8241 
E68F 
824] 
47 
8244 
C]1182 
8247 
3E48 
8249 
88 
824A 47 
824B C]1182 


824E 
YlEE8F 
8251 
F£88 
825] 
CA7B82 
8256 
3AE73~' 
8259 
FEllA 
8258 
CAF6l!] 
825E f'EBC 
8268 
CICAB] 
826] 
FE80 
8265 
CMll0] 
8268 
FE8S 
82611 CME8] 
8260 
FEIB 
826F 
CM58] 
8272 
B7 
827] 
C6E8 
8275 
Q\7784 
8278 
C]8F81 


8278 
3E88 
8270 
]2EE8F 
8288 
3AE7dF 
828] 
FE42 
8285 
CAAE82 
8288 
FE45 
828A CICF82 
8280 
FE4A 
828F 
CA05B2 
8292 
FE4B 
8294 
CA278] 
8297 
FE41 
m~~m8] 
829E CA458] 
82Al 
FE44 
82A] CME83 
82M 
FE48 
82A8 CA978] 
82A8 Cl8F81 


82AE YlE18F 
82Bl 
FE18 


82B] 
CA8F81 
8286 
8287 
82BA 
82BO 
82C8:~! 
82C6 
82C9 
82CC C 


]95 
396 
]97 
398 
]99 
CAPUJC: 
488 
481 
482 
48] 
484 
485 
486 
487 
488 
489 
418 CN'f~: 
411 
412 
413 
414 
415 S~: 
416 
417 
418 
419 
428 
421 
422 
42] 
CHo<EC: 


424 
425 
426 
427 
428 
429 
4]8 
4]1 
432 
4]] 
4]4 
4]5 
4]6 
437 
438 
4]9 
448 
441 
442 
44] 
444 
445 
446 
ESSO: 


447 
448 
449 
458 
451 
452 
45] 
454 
455m 
1~ 
468 
461 
462 
46] 
464 
465 
466 
467 
468 
469 oo.'N: 
478 
471 
472 
47] 
474 
475 
476 
477 
478 
479 
488 
481 
482 


'ROUrINE 
ASSll'lES 1lIAT THE CtlARAC'n:R IS 
L<MERCASE ASCII 
;AND 
SlB'mACTS 
2"H, 
WHICH 
CQ!IM."RTS 
THE 
Cftl\AA....""'TER 
ro 
;UPPER 
CASE 
ASCII 


W:N 
A,8 
;GET A S.lCK 
CPI 
68H 
:HCW BIG IS 
IT? 
JC 
sn<EY 
,!.£AVE IF 
IT'S 
100 
S>lALL 
CPI 
7BH 
I IS 
I'f 'roo 
BIG 
JNC 
S'I'KEY 
,LEAVE IF 1'00 BIG 
SUI 
28H 
,Al1JUST A 
JMP 
S'I'KEY 
;S'I'OOE 'mE 
KEY 


hHE 
ROUfINES SHJ:WI<ANDC~ 
SET BIT 6 AND 7 RESPECTIVLY 
;IM 
'ntE 
ftIX.. 
i-rvr. 
A,88H 
,SET BIT 7 IN A 
ORA 
8 
;OR '1'111111 
CfWW:TER 
ANI 
88FH 
,MAKESURE SHIFT 
IS 
NOT SET 
m 
~~ 
, ;~fJtKB1CK 
IN B 


MVI 
A,4A!i 
;SET 
BIT 
6 
IN 
A 
ORA 
B 
;OR '11TH CHARACl'ER 
J;l'i: 
~~ 
;~f 
B~K B1CK IN B 


: THIS 
IUJfINE 
CHECKS F<R ESCAPE CtWW:'I'EtlS, 
Ll', 
CR, 
; fF, 
/IJH:) 
BN:t< 
SPACE 
ino. 
ESeI' 
; ESCAPE SET? 
CPI 
B8H 
,SEE 
IF 
IT IS 
t5>. 
~~ 
;~V~~~S 
CPt 
SAH 
; LINE 
FEED 
JZ 
LNFD 
;e) 
TO LINE 
FEED 
CPI 
BCH 
;F~ 
FEED 
JZ 
PMFD 
;GO 'ro FCRl'll 
rEED 
CPt 
9Qi 
;CR 
JZ 
CXiRT 
,00 
A CR 
CPI 
88H 
;BICK SPICE 
JZ 
LEFT 
;00 
It. BN:'K SPACE 
CPt 
IBM 
; ESCAPE 
JZ 
ESKAP 
; 00 
AN 
ESCAPE 
OllA 
A 
,CIF.OJl CARRY 
ADI 
8E8n 
,SEE 
IF ClWlAC'l'ER IS 
P'UNfABIF. 
Je 
C~Pl1I' 
:IF 
PRINTABlE00 
IT 
JMP 
SETUP 
;GO 
BACK NlID 
READ lSAAT 
AGAIN 


~THIS ROIJrINE 
IUSE1S 
'l1i£ 
eg:Apg 
lOCA'frON 
A~ 
I£Cooes 
,THE CfWlACTERS FCLL<MINGAN ESCAPE. THE CClIot'II'.'lOO,'liE 
,COOIPATABIF.WITH IN'rELS CREDIT T£lIT EDITOR 
:-m 
It. laH 
;ZERO A 
STA 
ESeI' 
;RESEf 
ESeI' 
LD\ 
L5Ctfl 
:GET CKARACl'E~ 
CPt 
42H 
;OCWN 
JZ 
~ 
;MOVE 
CLRSQR 
IXWN 
Cpt 
45H 
;CLEAA 
9:REEN 
CHARo\C'1'ER 
JZ 
CLEAR 
;CLEAR 
-rnE 
SCREEN 
CPI 
4A.H 
;C~R 
REST 
Of' 
SCRE~ 


JZ 
CLRST 
,GO CLEAR THE REST <F THE SCREEN 
cpr 
4BH 
;CLF'...ARLINE 
CIWt.\CTEft 
JZ 
CU<LIN 
:GO CLEAR A LINE 
CPI 
41H 
,CURSOR UP CHAIlACTER 
fpI 
~fHUR 
;~sJ~~HTUtHARACn:n 
JZ 
RIGtrf 
,MOVE CURSORTO 'I"II£ RIGltT 
CPI 
44H 
;CURSffi LEFT CHARACTER 
JZ 
LEFT 
; MOVECURSORTO THE LEFT 
CPI 
4~H 
; HOOlECURSOOCHAA.I\CTER 
JZ 
liCME 
; HCJIlIE 
THE CtMSOH 
JMP 
SETUP 
; LEAVE 


:THIS 
~UrxNe: 
"'QV£S 'mE 
ClJR~ 
[Oo(N 
~E 
CtwW:1'£tl 
LINE 
ino. 
CURSY 
,PUT CUllSOR Y IN A 
CPI 
CURBOf 
,SEE 
IF ON BOTTOOIOf' SCREEN 
JZ 
SEnJP 
; LEAVE IF 
(.'N 8OT'rCJ4 


~~~ 
~URSY 
;~~~EM!£~cOR~SOR 
CALL 
LOCUR 
,LOAD THE CURSOO 
CALL 
CALCU 
,CALCULATE 


~ 
~~H 
;m WPLEAR 
~~~E 
JNZ 
SETUP 
,LEAVE IF 
IT 
SHLO 
LOC88 
;SAVE 8=NNING 
OF THE LINE 
CALL 
CLUNE 
,CLE'R 
THE LINE 
J~p 
SETUP 
,LEAVE 


inter 


0205 
CD\504 
020B COCD04 
0200 
01204F 
020£ 
JAE20F 
02El 
BB 
02E2 
CAOC02 
02E5 
JC 
02E6 
23 
02E7 
71 
02EB BB 
02E9 
C2E502 
020C 
0lD00F 
02EF 
23 
:~!lB 
02F2 
002 
02F5 
02F6 
02F7 
02FA 
02FO 
0300 
0302 
0305 
0306 
47 
0307 
115030 
03M 
36F0 
030C 
7B 
03RO FEIB 
030F 
CAllF01 
0312 
JC 
0313 
19 
0314 
47 
0315 
1C 
0316 
FE0F 
031B 
C2M03 
031B 
70 
031C 
FEOO 
031E 
C2eAR3 
0321 
21000B 
0324 
C3BA03 


0327 
Cno.504 
032A 
22E50F 
0320 
COl504 
0330 
C30F01 


0333 
0336 
033B 
03~ 
:JiF COB03 
0342 
C30F01 


:m m~0F 
034A 
C26403 
0340 
JAE10F 
0350 
FEIB 
0352 
CA5903 
0355 
3C 
0356 
0359 
0358 
035E 
0361 
0364 
0365 
32E20F 
036B 
COBB03 
036B 
C30F01 


463 
;THIS 
ROOrINE CLEARS 'm.; 
SCREEN. 
:g; CLEAR: 
bALL 
CLSCR 
;GO CLEAR 'mE 
SCREEN 
486 
J'IP 
SEnJP 
;GO BACK 
:U 
:nliS 
ROOrINE CLEARS ALL LINES 
BENEATH THE UJCATION 
489 
;~ 
ntE 
CURSOR. 
:§~CLRST: 
bALL 
CAIJ:U 
;CAIJ:ULATE ADmESS 
492 
CALL 
ADX 
;ADD X POSITION 
m 
PJ 
~~~~RH 
;m ~P~~'IlJ 
LA~T X IN B ANDC 
495 
O'IP 
8 
;SEE 
IF 
AT END OF LINE 
495 
J2 
0IIR1 
;LEAVE IF x IS 
AT END OF LINE 
497 
LLP: 
INR 
A 
,MOVE A OVER OOE X POSITION 
498 
INX 
H 
; INCRf)oIENr 'IEl'!<llY PONI'EH 
499 
"OV 
lit, C 
; pu'r 
A SPACE IN 
i'lII&tQ=ty 
500 
O'IP 
8 
,SEE 
IF A • 
4FH 
501 
JNZ 
LLP 
; IF 
NOf lDOP AGAIN 
m OVHl: 
I~~ 
~,LAST 
;~'fN"\:"~l 
MNW~ 
~NE 


~:~ 
~ 
~,B 
;~lAS 
H7 
506 
JNZ 
COOCL 
;lEAVE 
IF 
I«Jl' 
507 
1'01 
A, C 
;GET C 
538 
CflIP 
[. 
;SAME "'S L1 
509 
JNZ 
COOCL 
; lEAVE 
IF 
Nor 
m 
CONCL: t~ 
~u~IS 
;gg ~~~ISPLAY 
m 
~r 
~~~r 
;t~~ ~ 'f!i!EI~OrTOM 
514 
INR 
A 
;MOVE Ir 
ONE LINE 
m 
~~ 
~:krH 
;~~rLC 
o,~l~MAWo 
517 CLOOP: 
MVI 
M,0F0H 
,PlTr 
Ern 
my 
518 
"-'iN 
A, B 
;G£T 
CURSOR 
Y 
519 
CPI 
CURBor 
;ARE WE ON 'mE 
~OrTOM 
520 
JZ 
SEnJP 
;LEAVE IF WE ARE 
m 
~~ 
~ 
;~~EN~lrr'?xNF" 
ONE 
523 
I+:JV 
B,A 
;SAVE A 
m 
'8f 
~f~ 
;t~pMN,~ 
HIGH LAST 
526 
JNZ 
CLOOP 
;LEAVE IF 
IT 
IS 
NOr 
m 
C'\l'l' 
~bliH 
;tu~pkR~N,~ 
WI/ 
LAST 
529 
JNZ 
CLOOP 
;LEAVE IF 
IT 
IS 
I«Jl' 
m 
~~ 
~~~IS 
;~~r~",,~~sPLAY 
IN H ,t,Nl) L 


~~~ 
;'rHIS 
RJl1rINE CLEARS 
'rtt€ LINE nlE 
CURSOO 
IS ON. 


~~~ CUlLIN: 
b.r.L 
CAIJ:U 
;CAIJ:UlATE 
ADffiESS 
536 
SHW 
UlCBR 
;STffiE 
H AND L TO CLEAR LINE 
537 
CALL 
CLLINE 
,CLEAR 'nlE 
LINE 
53B 
JMP 
SEnJP 
,GO BACK 


~~~ 
hHIS 
ROOrINE MOVES THE ClJRSffi 
UP OJ*; LINE. 


~~ 
UI'CUR:!.no. 
CURSY 
,GET Y CURSffi 
~~ 
3rI 
~~P 
m If Ir~vE 
m 
7 
fT~ 
~URSY 
:~ 
ft:~sg'l~ 
54 
CALL 
LOCUR 
; LOAD THE CURSffi 
548 
JM.P 
SE'nJP 
;LEAV~ 


~ 
!THIS 
RoorINE 
MOVES THE CURSffi 
ONE LOCATION TO 'rIlE RIGllI' 


~~~ RIGH'r!.no. 
CURSX 
·GET X CURSffi 
553 
: 
CPI 
4FH 
iIS 
IT ALL THE WAYOVER? 
554 
JN2 
t<rovm 
; IF 
NOf JU'IP 
ARClJNO 
m 
~ 
§l:~r 
;~~ 
iFC~~or1'O'! 
55? 
J2 
GOIB 
,IF 
WE ARE JU'IP 
558 
INR 
A 
; INCRIl'4ENT Y CURSOR 
559 
STA 
CURSY 
,SAVE IT 
560 GOIB: 
MVI 
A,0RH 
;ZERO A 


~~~ 
mL 
a~~ 
;t~g M~~SOR 
563 
J<P 
SEnJP 
,LEAVE 
51;4 t<IOVER: 
INR 
A 
; INCREMmr 
x CURsrn 
565 
STA 
CURSX 
,SAVE 
rr 
566 
CALL 
LDCUR 
; LOAD THE CURSCR 
567 
JMP 
SEnJP 
; LEAVE 


~~ 
;nlIS 
ROl1rINE MOVES THE Cl1RSQI' LEFT COlECHAAAC'l'ERPOSI'nON 


inter 
Ap·62 


570 
in>. 
036E 
JAE20F 
571 
LEFT: 
CU~SX 
;GE'!' X CLRSO' 


A371 
F 00 
m 
CPI 
A~H 
; IS 
I"f ALL TIlE WAYOVER 
0373C 
JNZ 
I«JV>:tl 
; I F NCJI' JU,~P ARWND 
0376 
574 
LOll 
ClilSY 
;GE'!' CURSCll Y 
0379 
575 
CPI 
0SH 
;IS 
IT ZmO? 
037B 
576 
JZ 
SETUP 
; IF 
I'r 
IS 
JUMP 
037E 
577 
DCR 
A 
;MOVE ClilSOR 
Y UP 
037F 
578 
STA 
CUKSY 
;SAVE IT 
0382 
579 
MVI 
~~~~ 
;GE'!' LAST X LOCATION 


0384 
580 
STA 
;SAY>: IT 


0387 
581 
CALL 
LDCtR 
; LOAD THE CURSOR 
038A 
582 
JMP 
SETUP 
038D 
583 
NOV£R: 
OCR 
A 
: ADJUST 
X CLRSCR 
038E 
32E20F 
584 
STA 
ClIISX 
;SAY>: ClilSOIl 
X 
0391 
COOS03 
585 
CALL 
LDClil 
; LOAD TIlE CURSOR 
0394 
C30F0I 
586 
JMP 
SETUP 
; LEAVE 
587 
~THIS ROUTINE 
HCl"IES 
me 
C1.lIsoo'a 
588 
589 
(.,VI 
0397 
593 
HCME: 
~c:~ 
;ZERD A 
0399 
591 
STA 
;ZERO X CUlsrn 
039C 
592 
S'rA 
ClilSY 
;ZERO Y CURSOR 


039F 
593 
CALL 
LOCUR 
; LOAD '!'HE CURSOR 
0JA2 
594 
JMP 
SETUP 
:LEAV£ 
595 
;THIS 
IOltINE 
SEtS 
TIlE ESCAPE 8 IT 
5% 
597 
AVI 
0JA5 
3E80 
598 
ESKAP: 
~~H 
:LOA.DA Wlni 
ESCAPE SI't 
03A7 
32EE0F 
599 
STA 
~3fJ:..-?~Dl~f~l;r~AR'r 
0JAA C30F01 
600 
JMP 
SETUP 
631 
;.rHIS 
ROOrINE 
DOES A CR 
602 
603 
(.,VI 
03AD 
604 
CGlT: 
A,eAH 
;ZERO A 
03AF 
605 
STA 
ClIISX 
;ZERO 
CURSOR X 
0382 
636 
CALL 
LDClil 
;LOAD CURSOR I"ro 
8275 
0385 
607 
JMp 
SETUP 
;POLL lISl>Jl'r AGAI" 


608 
iTHIS 
ROOTINE 
tDAIXi 
'mE CUR~ 
609 
610 
Avr 
03B8 
3 
~1I 
LDClII: 
~rMH 
; PUT 8~H IOITO A 
038A 
612 
STA 
;LOAD ClII<;CIl I"ro 
827~ 
03BD 
613 
LOll 
ClIISX 
;GET 
CURSOt1 
X 
03C0 
614 
STA 
CR'I!'I 
; PUT IT 
I" 
827~ 
03C3 
0F 
615 
LOll 
ClilSY 
;GE'!' CURSOR Y 
03C6 
320010 
616 
STA 
CR'IM 
; P'J'r 
IT 
IN 8275 
03C9 C9 
617 
RE'!' 
618 


;THIS 
RO'JrINE 
DOES A PalM 
FEED 
619 
620 
tALL 
03CA C 
621 
PMPD: 
CLSeR 
;CALL CLEAR OCREEN 
03CD 2 
622 
LXI 
lix:~IS 
;PU't 
TOP DISPLAY IN HL 
03D0 
2 
623 
SHLD 
; PU't I'r 
IN =80 
03D3 C 
624 
CALL 
CLUNE 
;CLEAR TOP LI"E 
03D6 
625 
MVI 
~c:~~ 
;ZERO A 
03D8 
626 
STA 
; ZERO CURSOR X 
0308 
627 
STA 
CURSY 
;ZERO ClIlSOR 
Y 
03DE 
628 
CALL 
LDClil 
; t.oAD 
THE 
CUR9:R 
03El 
629 
JMp 
SETUP 
; BACK 
TO 
USART 
630 
;-rHIS 
ROOtINE CLEARS TIlE SCREEN 8Y WRITI>IG END OF RCW 
631 
632 
;CHARACTERS INTO '!'HE FIRST 
LOCATION OF ALL LINES 
Q< 


633 
;THE 
SCREEN. 


634 
AVI 
03E4 
3EF0 
635 
CLSeR: 
A,SFSH 
;p"..rr 
Eat 
CHARACTt:R 
IN 
.•. 
03E6 
0618 
636 
MVI 
8,CLRIDr 
;l.O'O 
B WI'Mi 
I'l\AX Y 
03E8 
04 
637 
INR 
8 
;GO TO MAX PLlIS Q<E 
03E9 
210008 
638 
LXI 
H.TPOIS 
;L 
L WITH 'rop 
OF AAI'\ 
030C 
115030 
639 
LXI 
D,LNGrH 
; 
2 80D I>ITO 0 AND E 
03EF 
77 
640 
LCIADX: WJV 
~,A 
k 
~~lr~~~D 
03F0 
19 
641 
DAD 
03Fl 
05 
642 
OCR 
8 
, 
LOOPS 
03F2 
C2EF03 
643 
JNZ 
LOADX 
;CO>ITINUE IF 
NCJI' ZERO 
03F5 
C9 
644 
REr 
;GO BI\CK 
645 
;THIS 
HOl1rINE DOES A LINE FEED 
646 
647 
tALL 
03F6 
CDFce3 
648 
LNFD: 
LNFDI 
;CALL 
ROOfINg 
03F9 
C311F01 
649 
JOtP 
SEnJP 
;POLL FLAGS 
650 
~LtNE 
FEED 
651 
652 
in>. 
03PC 
JAE10F 
653 
LNFDl: 
ClIlSY 
;GET Y LOCATION OF ClIlSCR 
03FF 
FE18 
654 
CPI 
ClIlBOT 
,SEE 
IF 
AT 80TT0M OF SCREEN 
0401 
CA5304 
655 
JZ 
ONBOT 
;IF 
IjE ARE, 
LEAVE 
0404 
3C 
656 
I"R 
A 
; INCREMENT A 
0405 
32E10F 
657 
STA 
ClilSY 
,SAY>: NEWCURSOR 
207780-42 


949a 
CO'\534 
~5a 
CALL 
CA!J:.U 
,CALCUlATE l\Offi!:sS 
94116 22E59F 
~59 
SHLO 
LOC89 
,S~VE 
TO CIEAA t.INE 
949E 
CD15l14 
~69 
CALL 
Ct.LlNE 
,ClE.'R 
nlE 
t.INE 
9411 
cman 
661 
CI\Lt. 
t.OCLR 
;LOAO 
THe cu~~ 
9414 
C9 
~62 
RET 
,!.EAVE 
663 
;THIS 
RoorINE 
CIEAAS THJl t.INE WHCJ>EFIRST 
AOOU:SS 
664 
665 
,IS 
IN 
LOC80. 
PUSH INSnlUCTIONS 
ARE USED TO R~PIO[.Y 
656 
;CLEAR nt.E LINE 
6~7 
ill 
9415 
P3 
6M 
Ct.t.IN£: 
,N() norrER.~ul'rs 
HERE 
9416 
2AE59F 
669 
U!W 
LOC89 
~gW~~ 
9419 
1159110 
679 
l.XI 
D,LNGrH 
941C 
19 
671 
DAD 
0 
,ADD OFI'SET 
9410 
EB 
612 
XCI«> 
,PUT STAAT IN DE 
941E 
219999 
m 
l.XI 
~~990:1ll 
,ZERO Ht. 
9421 
39 
DAD 
:(1€'r STICK 
9422 
e:a 
675 
XCI«> 
,pu'r 
STACK IN DE 
9423 
F9 
676 
SPHt. 
,PUT STAA'r IN 51' 
0424 
212929 
677 
l.XI 
Ii, 2928H 
,pur 
SPACIS 
IN Ht. 
678 
;tOI 
DO 40 
PUSH INS'nlUCTIONS 
TO CIEAA 'nlE 
t.INE 
679 
683 
~EPr 
(t.NGrI\l2) 
681 
682 
PUSH 
H 
683 
END< 
9421 
£5 
6a4+ 
PUSH 
H 
9428 
£5 
685+ 
PUSH 
H 
3429 
£5 
~85+ 
PUSH 
H 
942A 
E5 
~+ 
PUSH 
H 
042B 
E5 
6a8+ 
PUSH 
H 
942C 
E5 
~ra: 
PUSH 
H 
9420 
E5 
PUSH 
H 
942E 
E5 
691+ 
PUSH 
H 
042F 
E5 
692+ 
PUSH 
H 


::~0 
~~ 
m: 
PUSH 
H 
34 
~ E 
PUSH 
H 
695+ 
PUSH 
H 
9433 
E5 
696+ 
PUSH 
H 
9434 
E5 
597+ 
PUSH 
H 
:m ~~ 
~93+ 
PUSH 
H 
699+ 
PUSH 
H 
9437 
E5 
73~+ 
PUSH 
H 
9438 
E5 
791+ 
PUSH 
H 
9439 
E5 
732+ 
PUSH 
H 
943A 
E5 
703+ 
PUSH 
H 
9438 
E5 
734+ 
PUSH 
H 
943C 
E5 
705+ 
PUSH 
H 
3430 
£5 
706+ 
PUSH 
H 
343E 
E5 
737+ 
PUSH 
H 
343F 
E5 
738+ 
PUSH 
H 
3443 
£5 
Ht 
PUSH 
H 
9441 
E5 
PUSH 
H 
9442 
£5 
711+ 
PUSH 
H 
3443 
E5 
712+ 
PUSH 
H 
9444 
E5 
713+ 
PUSH 
H 
:m ~~ 
714+ 
PUSH 
H 
715+ 
PUSH 
H 
9447 
E5 
716+ 
PUSH 
H 
3448 
E5 
717+ 
PUSH 
H 
9449 
E5 
718+ 
PUSH 
H 
044.'1 E5 
719+ 
PUSH 
H 
3448 
E5 
729+ 
PUSH 
H 
344C 
E5 
721+ 
PUSH 
H 
3440 
E5 
722+ 
PJSH 
H 
044E 
E5 
723+ 
PUSH 
H 
044F 
EB 
724 
XCfll 
,ror 
STACK IN Ht. 
3459 
F9 
725 
SPHt. 
;PUT IT BN:K IN SP 
3451 
F8 
726 
EI 
; ENMLE 
IN'I'ERRUPI'S 
9452 
C9 
727 
RET 
,GO Ili\CI( 
728 
; IF CLRSQR IS 
C»l 'rH£ BOrl'O'l 
Of' THJl SCREE'l 'ntIS 
IOlrINE 
729m 
,IS 
USED TO Illl'Ul'0fr 
'ntE 
t.INE FEED 
0453 
2AE39F 
732 
ON3O'r: 
L!w 
TOPI'D 
;GET TOP ADOl!:sS 
3456 
22ESBF 
733 
SHLO 
LOCOO 
,SAVE 
IT IN LOC83 
3459 
1159113 
734 
l.XI 
O,U«.irH 
,t.NE 
t.Et«::nt 
345C 
19 
735 
DAD 
0 
,AOO Ht. + DE 
3450 
91039F 
73~ 
l.XI 
8,lA5r 
;GET 
BOTJ'CH LIJfE 
34~a 
1C 
737 
IQ/ 
A,H 
;GET H 
34~1 
Ba 
738 
OIl' 
8 
;SAAE 
AS 
B 
3462 
C2~034 
739 
JNZ 
ARII> 
,[.£AVE 
IF NOr SME 
3465 
70 
743 
"I:N 
~,L 
~lASC 
3466 
B9 
741 
O<P 
::~m~ 
742 
JNZ 
ARND 
; [.£AVE IF NOr SME 
743 
l.XI 
~IS 
,l.OAD Ht. WITH 'rop 
OF DISPUIY 
9460 
22E30F 
744 
ARND: 
SHLO 
;SAVE 
I'£'l'II 
TCP 
ADMESS 
207180-43 


inter 


8477 
CD\584 
84711 7£ 
8478 
FUll 
8470 
22E5WF 
11489 CCl5114 
1m ~EfiS~ 
84S9 
31I&73F 
842£ 
77 
129i ~2eF 
:m ~~94 
::~~~ 
849C 
32£28F 
849F crse93 
_2 
C38F81 


1m~m:~ 
84118 97 
I14AC96119 
:~:~ 
11488 7£ 
9481 
4F 
9482 
23 
11483 7£ 
8484 
47 
9485 
2189F8 
9488 
89 
8499 
Eil 
su~~£38F 
1148£ E» 
848F 2138F8 
114C2 19 
::§~~C884 
84C7 C9 
84CS 2138FS 
~~ 


8405 
389S 
8881 
8407 
588S 
88S2 
1409 1I811S 
8893 
1408 
Fe8S 
88114 
8400 
4889 
81195 
14llf' 9lJ39 


inter 


eee6 
94&1 Eees 
eee7 
94£3 
3"" 
m~8ellA 
m~DelIA 
1112_ 
elEll 7eee 
Slfo ceee 
eeeo 
e4U use 
SIJ¥ 
69se 
eeep 
84'3 
B8se 
e818 
84P5 
eeso 
sm 5SS0 
m~A8eo 
SIM 
FIleD 
m& 48SE 
m~sm 
SU~ E8eE 
ee17 
e533 
3IIep 
8818 
e585 
888P 
e81s 


:~~ 
~~ 
:rJ ~ 
:~~ 
8580 
88 
85SE 
8B 
:~n~ 
S~H~ 
8513 
SB 
:~14~ 
851~ 
7F 
8517 
6A 
851B 
68 
851S 
SC 
e51A 
38 
8518 
27 
e51C 
88 
8510 
eo 
851E 
37 
851P 
f;I) 
8528 
2C 
8521 
2E 
S522 
2F 
8523 
Be 
8524 
8ll 
m~:s 
8527 
88 
852B 
61 
8529 
7A 
:~~~ 
e52C 
76 
e52D 62 
e52E 
6E 


832+ 
833+m: 
m: 
m: 
ur. 
u~+ 
::1: 
B4~ 
84~; 
848+ 
849+ 
85e+ 
851+m: 
m: 


m 


n~ 
t: 
+ 
+ 
8 
+ 
8 
+ 
8 
+ 
867+ 
868+ 
869+ 
878+ 
871 
872 
873mm 
878 
879 
KYLIGJP: 


88e 


881 


882 


883 


884 


885 


885 


887 


888 


889 


898 


891 


892 


893 


894 


895 


896 


897 


898 


~NNI1'I 
S~I§i~~LINN~~1 


~NNI1'I S~l§i 
~LINNl1'l1 


~NNI1'I S~l§i 
LINNll'II 


~NNl1'l S~l&~ 
LINN~~) 


~NNI1'I 
Sf&ol§~ 
LINN~~I 


~NNI1'I 
Sfi:om 
1 LINNl1'l1 


f:1,NNI1'ISfi:ol§i 
~ttlLINNl/'l1 
LINNI1'l SET ILl 
II 
Dt<I 
TPD S+ rucrH"LINNl/'l1 
LINNl1'l SET lLIIINl1'l+11 
Dt<I 
TPD S+{LICrH"L1N'I~~1 
LINNI1'I SET ILI~l 
\ 
Dt<I 
'rPD S+ (UlG'I'll~LIN'l~~1 
LINNl1'l SET 
rLIlINl1'l+ll 
Dt<I 
TPDIS+~LINN~~1 
f:1,NNl1'l Sfi:ol§~ 
~rttlLINN~~1 


f:1,NW'I Sfi:om 
~ttlLINNlI'Il 
LINNl1'l SET 
(LI~+11 
Dt<I 
TPDIS+ 
L1CrH"LIN~~) 
~NNlJ'I 
Sfi:ol~~ 
rttlLINNl1'l) 


f:1,NNl1'l Sfi:ol§~ 
LINNl/'l1 


f:1,NNll'l S¥::ol§+ 
LINNl/'l1 
LIN_ 
SET 
(LI 
1) 
Dt<I 
TPDIS+{LICrH"LINN~~) 
LINNIJII SET ILINNl1'l+ttl 
~NNl1'l s'W (~r~~rl) 
LINN~~) 


I KEYllO\RO LOOJGJP'rABLE 
:THIS 
'I'l\8LE CDN1'AINS ALL 11IE ASCII 
CIWlAC'I'EKS 


I+mT~~ur~m,~~~ 
BITS 
elAND 
2 
1m IHfs~r¥~'B'p'~ 
~§4C~~ARE 
TI£ RmIUi 
LINES 


ba 
38H,39H 
18 AND 9 


DB 
3SH,2OH 
II 
AND - 


08 
3OH,SCH 
;. 
AND \ 


DB 
S88,8811 
IBS AND BREAK 


DB 
75H.69lf 
IlDoIER CASE ~ AND I 


DB 
SFH,7SH 
,LOWER CASE 0 AND P 


DB 
SBH.5CH 
1 ( AND \ 


DB 
1WI,7PH 
ILF 
AND DIlLETE 


DB 
6AII.68H 
ILOWERCASE ,J AND K 


DB 
6CH.38H 
IlDoIER CASE LAND, 


DB 
27H,88H 
; I AND NO'I'HING 


DB 
eat,37H 
,CR AND 7 


DB 
6DH,2CH 
IlDoIER CASE •• AND ~ 


DB 
2EH.2FH 
IPERIOO •••.NO SLASH 


DB 
8eH,8BH 
,8lANK 
AND NOTHING 


DB 
eBH,8811 
,NOI'IIING AND NO'I'HING 


DB 
8,,",61H 
INOI'IIING AND LOWERCASE A 


DB 
7A8,7811 
;lDoIER CASE Z AND X 


DB 
63H, 768 
, LOWERCASE C AND V 


DB 
628,6E8 
,l.QoIER 
CASE B A~ 
N 


inter 


9S2F 79 
899 
oe 
79H.UH 
;[.()oIEll CASE Y ANI) NOI'Hn«; 
9539 
88 
8531 88 
98B 
oe 
AaH,2AH 
;NOrHING AND SPACE 
8532 28 
;[.()oIEll 
CASE 0 AND P 
:m~ 
9Bl 
oe 
64H.~9t 
:m~ 
982 
oe 
'i1H,fiBH 
;[.()oIEll 
CASE G AND H 
:m ~i 
983 
DB 
8911.71H 
; TN) AND [.()IER CASE Q 


9~~ 
77 
9114 
oe 
77H.73H 
; [.()IER CASE WANDS 
8 
73 
65H.12H 
,[.()IER 
CASE E AND R 
:5 
8 ~~ 
985 
oe 


8530 74 
986 
oe 
74H.8llH 
;[.()IER CASE T A."IDNOI'Hn«; 
953E 88 
853F 18 
987 
oe 
IBK,31H 
,ESCAPE AND 1 
:~r~~ 
908 
DB 
32H.33K 
; 2AND3 
s~~ji 
989 
DB 
34H.35l1 
,4AND5 
9 
4 35 
9545 
36 
919 
DB 
3SH.98H 
; ~ AND NOTHING 
:54~ 
~ 
911 
oe 
2AH,28H 
;* MID 
) 
8~8 
2B 
9549 29 
912 
oe 
29H,SFH 
;( 
AND- 
954.' 
SF 
:~" 


913 
DB 
2BH,9BH 
,+ AND NOTHING 


9540 88 
914 
DB 
BSH,9BH 
,8S A.'ll) 8REAK 
854E 9B 
m~~~ 
915 
DB 
5SH.49H 
,U AND I 


8551 4P 
91~ 
DB 
CFU,SlR 
,0 A.'t) P 
9552 
SB 
mn~ 
917 
oe 
SOO""," 
,I 
AND NO CHARACTER 


9555 "" 
918 
oe 
lIAH,7FH 
;Ll' 
AND lELE'rE 
n~l~ 
919 
DB 
4AH,4BH 
;J AND K 
S~59 :g 
929 
oe 
4CM,JAK 
;L AND : 
9551' ]A 
85SB 22 
921 
oe 
22H.9llH 
;" 
AND NO CHARAC'l'E1l 
95se 
99 
85se 90 
922 
DB 
9OH,2~H 
;CR .••.t«> 
, 
955E 26 
mB~ 
923 
DB 
4OH.3CH 
;,.. 
NID 
( 


9~1 
3E 
924 
DB 
3EH.3FH 
;) 
AHD 7 
8562 
3F 
95S3 9B 
925 
DB 
'9",e,," 
,8LANK AND NOrHING 
95S4 99 
8565 BB 
926 
oe 
9SH.99H 
,NO'rNlNG AND NOI'HlNG 
856S B3 
8567 88 
927 
D6 
98H.41H 
; NOl'HING 
AND " 
m~~k 
928 
oe 
SAK,58H 
,2 
AND K 
m~~~ 
929 
oe 
43H.59t 
;C AND V 
956C 56 
95SD 42 
938 
oe 
42H,4EH 
,8 
AND N 
9"E 
4E 
9 
F 59 
931 
DB 
59H,98H 
; Y AND NOI'HING 
95 B 88 
8571 98 
932 
DB 
91",2eH 
;NO CIWlACTER AHD SPACE 
9512 
28 
8573 44 
933 
oe 
44H.49t 
;0 
AND 
po 
8574 46 
8575 47 
934 
DB 
47H.4BH 
;G AND H 
8576 48 
9577 98 
935 
DB 
81JH,SlH 
,TAB AND Q 
9578 51 
8579 57 
936 
DB 
57H,53H 
,W NiD S 
8571' 53 
8578 45 
937 
DB 
45H,52H 
,E AND R 
851C 
52 
8570 54 
938 
oe 
54H,9llH 
;'r 
AND NO OJ!M;CTIOH 
857E 98 
857P 18 
939 
oe 
18H,21H 
I ESCAPE API) ! 
8SB9 21 
9SBl 
49 
949 
DB 
UH.23K 
I@ AND I 
:~~n 
941 
oe 
24H.25l1 
1$ AND , 
m~~ 
942 
oe 
5EH.98H 
" 
AND NO CCHlECTIOll 
207780-46 


158~ 
II 
~U 
; THIS 
IS Wl£RE TI£ 
CCM'ROL CHARAC'I'ERSARE lDJKEO 
UP 
945 
be 
;NOrHING 
1587 
II 
946 
IIH,IBlI 
1~8 
13 
947 
D8 
IIH,IIH 
;NOTHING 
:m s: 
1588 
" 
948 
D8 
IBlI,IIH 
;NOrHING 
1158C II 
,NOrHING 
11580 II 
949 
D8 
IBlI,IIH 
158E" 
lSH,I9K 
; CONI'ROL U AND I 
158P 
15 
958 
D8 
1591 
19 
IPH,lBl1 
;CONI'ROL 0 ~ 
P 
1591 
IP 
951 
00 
1592 
11 
EH,ICH 
;COH1'ROL ( l>.~D\ 
1593 
Il8 
952 
Illl 
11594 Be 
MH,7PH 
;LP 
NIl> IlE:LETE 
1595 
Il1o\ 
953 
Illl 
:~~ 
~{ 
954 
Illl 
"'H,88K 
;COtmlOL 
J AND K 
s~,~ 
955 
Illl 
BeH,9Bl1 
,CONI'RDL L ~ 
NO'fHING 
I~'!). 
II 
I 
98 
II 
956 
Illl 
IBlI,IBlI 
;NOrHING 
:~9C :g 
957 
Illl 
IDH,911H 
,CR AND NO'I'HING 
15~ 
II 
159P 
eo 
958 
Illl 
9DH,IBlI 
,CONI'ROL '" AND CQ9'U\ 
I~I 
II 
1~1 
II 
959 
Illl 
18H,IBlI 
,NO'I'HING 
:~~ I: 
963 
Illl 
IBlI,I911 
,NO'I'HING 
1~4 
" 
;NO'I'HING IIND flOTHING 
1~5 
18 
9'i1 
D8 
83H,IIH 
:~~ 
!% 
9'i2 
Illl 
lAH,lRH 
,CCM'RDL Z AND X 
I~ 
18 
1~9 
13 
963 
00 
IJH,l~H 
,COImlOL 
C AND V 
ISM 
16 
15l>.8 12 
964 
Illl 
12H,8EH 
; CONI'ROL B ANDN 
I~ 
IE 
1Sl>.D 19 
965 
Illl 
19H,I9H 
;CONrllOL Y AND flOTHING 
I~E 
II 
8W 
18 
9~~ 
Illl 
IIH,2BH 
,NOI'IIING.NII> 
SPACE 
1581 
21 
1581 
B4 
9';7 
Illl 
94H,I<;II 
,CONI'ROL D AND P 
ISB2 
16 
ISS3 
B7 
9'i8 
Illl 
97H,I811 
,COO/I'IlOLG AND H 
I~~ SS 
969 
Illl 
99H,l1H 
,NOrHING IIND ~rROL 
Q 
:~~B 
971 
00 
17H,l3K 
;CCHrROL 
WANDS 
ISB8 
13 
ISB9 
86 
971 
DB 
_,l2H 
,CO'll'ROL 
E NIl> R 
:~u 
972 
Illl 
14H,IIIH 
;CCM'ROL W ~ 
flOTHING 
IISBC 88 
158D 
18 
973 
Illl 
18H,lllt1 
;ESCl>.PE NIl> HDI4E(CREDIT) 
ISBE 
10 
ISBF 
1£ 
974 
D8 
1EH,lCH 
;ClIlSOl 
UP AND !DIN (CREDIT) 
8SCI 
1C 
ISC1 
14 
975 
Illl 
14H,lPH 
;ClJlSOl 
RIGHT AND L£PT(CREDIT) 
ISC2 
1P 
ISCJ 
II 
97~ 
Illl 
B3K,eBH 
;MOI'HING 
ISC4 
19 
977 
: lOOK UP 'fl>.8LE FOR 825J 
8l>.UDAATE GENEAA1m 
978 
979 
be 
ISC5 
88 
988 
8DLK: 
18H,8SH,~9H,8JH 
,75 
"'~D 118 
8l>.UD 
:~~ 2~ 
115C8 IJ 
15C9 88 
981 
Illl 
8IH,82H,4Bl1,81H 
; 151 
AND 311 
8AUD 
:~::~ 
8SCC 81 
8SCO '" 
992 
D8 
i1A8H,IBH 
,6" 
8AUD 
ISCE 
II 
ISCP 
58 
993 
Illl 
seH,leH 
;1280 
8.wt> 
ISDll 
II 
15D1 
28 
984 
DB 
28H,IBH 
,2411 
8...uD 
8502 
18 
1503 
14 
985 
00 
14H,IIH 
,4888 
IWJJ) 
1504 
II 
1505 
I .•• 
986 
00 
MH,IIH 
:9'i18 
8l>.UD 
151)1; 18 
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~~ 
999 
998 
991 
CIJlst: 
992 
C1Il5X: 
993 
'roPAD: 
994 
LOC80: 
995 
USCIII: 
996 
ClJW): 
997 
K~: 
998 
KBCIII: 
999 
8AIJD: 
1100 
KE\OK: 


1181 
ESCP: 
1882 
SIOlN: 
11183 RErUN: 
1804 
SCNUN: 
1885 


;~TA 
AREA 
b.r:; 
lIFEIR 
0; 
1 
0; 
1 
0; 
2 
0; 
2 
0; 
1 
0; 
2 
0; 
1 
0; 
1 
0; 
1 
0; 
1 
0; 
1 
IE 
1 
IE 
1 
0; 
1 
END 


lSER5YMBOLS 
AIJ)( 
A 84C0 
ARND 
A 8460 
BAUD 
A IIFEC 
BILK 
A 85C5 
BIDI5 
A 1IF88 
BYPASS A 808F 
CAPLOC A 822E 
CQlT 
A 83AD 
CHREC 
A 024E 
CHilP\lr 
A A477 
ClF..l\R 
A 82CF 
&\:~NE 
~ ~m 
ClALIN 
A 8327 
ClAST 
A 8205 
CL<;CR 
A 13E4 
CNT0 
A <;4100 
CNTI 
A l;ll~1 
CIf.,.. 
A 6883 
~~5~~n 
COl«:L Uill 
CR'I'< ~m~ 
CRTS 
, 
lR01 
ClIlAD 
A IF~ 
CLRSX 
A 8FE2 
IDIN 
ESCP 
ESKAP 
A 83A5 
~ 
AI2B 
~OO< 
~ :fJ 
~:m 
0018 
A 0359 
HCME ~:m 
IN75 
A 80F9 
1 
5 
A 1401 
KE\OK 
A 8FEo 
KEYS 
KPTK 
A R~B4 
KV 
A 81BA 
KYLI<UPA 1587 
A 8FOO 
LOCUR A 83B~ 
LEi"\' 
A 016E 
LI""lJ'\ 
A 8019 
A 0405 
LNFD 
A 83F6 
A 03FC 
lJ'lGrH 
A 0858 
WAOX 
A 83EF 
UJC8~ 
A llI'E5 
A 00,'7 
LPKBO 
A 01198 
A 8380 
~~m1 
OKI 
A 849C 
OK7 
Ul~ 
A 8453 
POPDAT A 8834 


SAVl<EY~ 
~~~, 
P<JlTC 
A 1882 
RDKB 
N A 8FF8 
RXllDY 
A 8113 
SCHUN A 8FF! 
SCR ~:m 
SETUP 
A 818F 
A 8FEF 
S'NAUD A 810C 
STKEY 
A 8223 
5TPm 
A IIFE8 
TOPAD 
TPDIS 
A 8R80 
TRANS 
A R14B 
UPI 
A 81E9 
UI'Cl.l< 
A 8333 
USCHR 
A IIFE7 
USTD 
A A0BB 
USn' 
A ARBI 


ASSEl'I8LY COr4PLEn:, 
>() 
EAAOOS 
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8051 
SOFTWARE 
PACKAGES 


• 
Choice of hosts: 
PCDOS 3.0 based IBM· PC XT/AT·, 
iRMX®86, iPDSTMSystem, Series II, 
Series III, and Series IV 


• 
Supports all members of the Intel 
MCS® ·51 architecture 


PL/M51 Software Package Contains the 
following: 


• 
PL/M51 Complier which is designed to 
support all phases of software 
Implementation 


• 
RL51 Linker and Relocator which 
enables programmers 
to develop 
software 
In a modular fashion 


• 
L1B51 Librarian which lets 
programmers 
create and maintain 
libraries of software object modules 


8051 Software Development Package 
Contains the following: 


• 
8051 Macro Assembler which gives 
symbolic access to 8051 hardware 
features 


• 
RL51 Linker and Relocator program 
which links modules generated by the 
assembler 


• 
L1B51 Librarian which lets 
programmers 
create and maintain 
libraries of software 
object modules 


inter 


• High-level 
programming 
language 
for 
• Allows programmer 
to have complete 
the Intel MCS~ -51 single-chip 
control 
of microcomputer 
resources 
microcomputer 
family 
• Extends 
high-level 
language 
• Compatible 
with PL/M 
80 assuring 
programming 
advantages 
to 
MCS~ -80/85 design portability 
mlcrocontroller 
software 
development 
• Enhanced 
to support 
boolean 
• Improved 
reliability, 
lower maintenance 
processing 
costs, Increased 
programmer 
• Tailored 
to provide 
an optimum 
productivity 
and software 
portability 


balance 
among 
on-chip 
RAM usage, 
• Includes 
the linking and relocating 
code size and code execution 
time 
utility and the library manager 
• Produces 
relocatable 
object 
code 
• Supports 
all members 
of the Intel 
which Is linkable to object 
modules 
MCS~ -51 architecture 
generated 
by all other 8051 translators 


PL/M 
51 is a structured, 
high-level 
programming 
language 
for the Intel MCS-51 family of microcomputers. 
The 
PL/M 
51 language 
and compiler 
have been designed 
to support 
the unique 
software 
development 
require- 
ments 
of the single-chip 
microcomputer 
environment. 
The 
PL/M 
language 
has been 
enhanced 
to support 
Boolean 
processing 
and efficient 
access 
to the microcomputer 
functions. 
New compiler 
controls 
allow 
the 
programmer 
complete 
control 
over what microcomputer 
resources 
are used by PLIM 
programs. 


PL/M 
51 is largely compatible 
with PL/M 
80 and PL/M 
86. A significant 
proportion 
of existing 
PLIM 
software 
can be ported to the MCS-51 with modifications 
to support 
the MCS-51 architecture. 
Existing 
PL/M 
program- 
mers can start programming 
for the MCS-51 with a small relearning 
effort. 


PL/M 
51 is the high-level 
alternative 
to assembly 
language 
programming 
for the MCS-51. When code size and 
code execution 
speed are not critical 
factors, 
PL/M 
51 is the cost-effective 
approach 
to developing 
reliable, 


maintainable 
software. 


The PLIM 
51 compiler 
has been designed 
to support 
efficiently 
all phases 
of software 
implementation 
with 
features 
like a syntax checker, 
multiple 
levels of optimization, 
cross-reference 
generation 
and debug 
record 
generation. 


ICETM 5100, ICE 51, and EMV51 
are available 
for on-target 
debugging. 


Software 
available 
for PC DOS 3.0 based 
IBM' 
PC XT/AT* 
Systems. 


inter 


PL/M 51 COMPILER 


Interrupt 
Handling 


Major features of the Intel PLIM 51 compiler and 
programming language include: 


PL/M source code is developed in a series of mod- 
ules, procedures, and blocks. Encouraging program 
modularity in this manner makes programs more 
readable, and easier to maintain and debug. The 
language becomes more flexible, by clearly defining 
the scope of user variables (local to a private proce- 
dure, for example). 


PL/M 51 object modules are compatible with object 
modules generated by all other MCS-51 translators. 
This means that PL/M programs may be linked to 
programs written in any other MCS-51 language. 


Object modules are compatible with In-Circuit Emu- 
lators and Emulation Vehicles for MCS-51 proces- 
sors: the DEBUG compiler control provides these 
tools with symbolic debugging capabilities. 


PLIM makes use of three data types for various ap- 
plications. These data types range from one to six- 
teen bits and facilitate various arithmetic, logic, and 
address functions: 
- 
Bit: a binary digit 
- 
Byte: a-bit unsigned number or, 
- 
Word: 16-bit unsigned number. 


Another powerful facility allows the use of BASED 
variables that map more than one variable to the 
same memory location. This is especially useful for 
passing parameters, relative and absolute address- 
ing, and memory allocation. 


Two Data Structuring 
Facilities 


PL/M 
51 supports two data structuring facilities. 
These add flexibility to the referencing of data stored 
in large groups. 
- 
Array: Indexed list of same type data elements 
- 
Structure: Named collection of same or different 
type data elements 
- 
Combinations of Both: Arrays of structures or 
structures of arrays. 


A procedure may be defined with the INTERRUPT 
attribute. The compiler will generate code to save 
and restore the processor status, for execution of 
the user-defined interrupt handler routines. 


The PLIM 51 compiler offers controls that facilitate 
such features as: 
- 
Including additional PL/M 51 source files from 
disk 
- 
Cross-reference 
- 
Corresponding assembly language code in the 
listing file 


Program Addressing 
Control 


The PLIM 51 compiler takes full advantage of pro- 
gram addressing with the ROM (SMALLIMEDIUMI 
LARGE) control. Programs with less than 2 KB code 
space can use the SMALL or MEDIUM option to 
generate optimum addressing instructions. Larger 
programs can address over the full 64 KB range. 


The PL/M 51 compiler offers four levels of optimiza- 
tion for significantly reducing overall program size. 
- 
Combination or "folding" 
of constant expres- 
sions; "Strength reductions" (a shift left rather 
than multiply by 2) 
- 
Machine code optimizations; elimination of su- 
perfluous branches 
- 
Automatic overlaying of on-chip RAM variables 
- 
Register history: an off-chip variable will not be 
reloaded if its value is available in a register. 


Error Checking 


The PLIM 51 compiler has a very powerful feature 
to speed up compilations. If a syntax or program er- 
ror is detected, the compiler will skip the code gen- 
eration and optimization passes. This usually yields 
a 2X performance increase for compilation of pro- 
grams with errors. 


A fully detailed set of programming and compilation 
error messages is provided by the compiler and us- 
er's guide. 


PLIM 51 is designed to be an efficient, cost-effec- 
tive solution to the special requirements of MCS-51 
Microsystem Software Development, as illustrated 
by the following benefits of PL/M use: 


PLIM 51 is easy to learn and to use, even for the 
novice programmer. 


Critical projects are completed much earlier than 
otherwise possible because PL/M 51, a structured 
high-level language, increases programmer produc- 
tivity. 


Increases in programmer productivity translate im- 
mediately into lower software development costs 
because less programming resources are required 
for a given programmed function. 


Increased 
Reliability 


PLIM 51 is designed to aid in the development of 
reliable software (PL/M programs are simple state- 
ments of the program algorithm). This substantially 
reduces the risk of costly correction of errors in sys- 
tems that have already reached full production 
status, as the more simply stated the program is, the 
more likely it is to perform its intended function. 


Easier Enhancements 
and 
Maintenance 


Programs written in PL/M tend to be self-document- 
ing, thus easier to read and understand. This means 
it is easier to enhance and maintain PLIM programs 
as the system capabilities expand and future prod- 
ucts are developed. 


• 
Links modules 
generated 
by the 
assembler 
and the PL/M 
compiler 


• 
Locates 
the linked object 
to absolute 
memory 
locations 


• 
Enables 
modular 
programming 
of 
software-efficient 
program 
development 


• 
Modular 
programs 
are easy to 
understand, 
maintainable 
and reliable 


The MCS-51 linker and relocator (RL51) is a utility which enables MCS-51 programmers to develop software in 
a modular fashion. The utility resolves all references between modules and assigns absolute memory loca- 
tions to all the relocatable segments, combining relocatable partial segments with the same name. 


With this utility, software can be developed more quickly because small functional modules are easier to 
understand, design and test than large programs. 


The total number of allowed symbols in user-developed software is very large because the assembler number 
of symbols' limit applies only per module, not to the entire program. Therefore programs can be more readable 
and better documented. RL51 can be invoked either manually or through a batch file for improved productivity. 


Modules can be saved and used on different programs. Therefore the software investment of the customer is 
maintained. 


RL51 produces two files. The absolute object module file can be directly executed by the MCS-51 family. The 
listing file shows the results of the link/locate process. 


The L1B51 utility enables MCS-51 programmers to 
create and maintain libraries of software object mod- 
ules. With this utility, the customer can develop stan- 
dard software modules and place them in libraries, 
which programs can access through a standard in- 
terface. When using object libraries, the linker will 


call only object modules that are required to satisfy 
external references. 


Consequently, the librarian enables the customer to 
port and reuse software on different projects-there- 
by maintaining the customer's software investment. 


Order Code 


D86PLM51 


Operating 
Environment 


PL/M51 Software for PC DOS 3.0 Systems 


PL/M51 Software for iRMX 86 Systems 


Documentation 
Package 


PLiM 51 User's Guide 
Hotline Telephone Support, Software Performance 
Report (SPR), Software Updates, Technical Re- 
ports, and monthly Technical Newsletters are avail- 
able. 


inter 


• 
Encourage 
modular 
program 
design for 


maintainability 
and reliability 


• 
Macro Assembler 
features 
conditional 
assembly 
and macro capabilities 


• 
Supports 
all members 
of the Intel 
MCS@ 51 architecture 


• 
Symbolic 
relocatable 
assembly 
language 
programming 
for 8051 
microcontrollers 


• 
Extends 
Intellec@ Microcomputer 
Development 
System 
to support 
8051 
program 
development 


• 
Produces 
Relocatable 
Object Code 
which is linkable to other 8051 Object 
Modules 


The 8051 software 
development 
package 
provides 
development 
system 
support 
for the powerful 
8051 family 


of single 
chip 
microcomputers. 
The package 
contains 
a symbolic 
macro 
assembler 
and relocation/linkage 
utilities. 


The assembler 
produces 
relocatable 
object 
modules 
from 8051 macro assembly 
language 
instructions. 
The 


object code modules 
can be linked and located 
to absolute 
memory 
locations. 
This absolute 
object code may 


be used to program 
the 8751 EPROM version of the chip. The assembler 
output may also be debugged 
using 
the new family of ICE 5100 emulators 
or with the ICE-51TM in-circuit 
emulator. 


The converter 
translates 
8048 assembly 
language 
instructions 
into 8051 source 
instructions 
to provide 
soft- 


ware compatibility 
between 
the two families 
of microcontrollers. 


Software 
available 
for PC DOS 3.0 based 
IBM" 
PC XT/AT 
Systems. 


inter 


• 
Supports 
8051 family program 
development 
on Intellec@ 
Microcomputer 
Development 
Systems 


• 
Gives symbolic 
access to powerful 
8051 hardware 
features 


• 
Produces 
object 
file, listing file and 
error diagnostics 


• 
Object files are linkable and locatable 


• 
Provides 
software 
support 
for many 
addressing 
and data allocation 
capabilities 


• 
Symbolic 
Assembler 
supports 
symbol 
table, cross-reference, 
macro 
capabilities, 
and conditional 
assembly 


The 8051 Macro Assembler (ASM51) translates symbolic 8051 macro assembly language modules into link- 
able and locatable object code modules. Assembly language mnemonics are easier to program and are more 
readable than binary or hexadecimal machine instructions. By allowing the programmer to give symbolic 
names to memory locations rather than absolute addresses, software design and debug are performed more 
quickly and reliably. Furthermore, since modules are linkable and relocatable, the programmer can do his 
software in modular fashion. This makes programs easy to understand, maintainable and reliable. 


The assembler supports macro definitions and calls. This is a convenient way to program a frequently used 
code sequence only once. The assembler also provides conditional assembly capabilities. 


Cross referencing is provided in the symbol table listing, showing the user the lines in which each symbol was 
defined and referenced. 


ASM51 provides symbolic access to the many useful addressing features of the 8051 architecture. These 
features include referencing for bit and byte locations, and for providing 4-bit operations for BCD arithmetic. 
The assembler also provides symbolic access to hardware registers, I/O ports, control bits, and RAM address- 
es. ASM51 can support all members of the 8051 family. 


If an 8051 program contains errors, the assembler provides a comprehensive set of error diagnostics, which 
are included in the assembly listing or on another file. Program testing may be performed by using the iUP 
Universal Programmer and iUP F87/51 personality module to program the 8751 EPROM version of the chip. 


ICE 5100, ICE51 and EMV51 are available for program debugging. 


• 
Links modules 
generated 
by the 
assembler 


• 
Locates 
the linked object 
to absolute 
memory 
locations 


• 
Enables 
modular 
programming 
of 
software 
for efficient 
program 
development 


• 
Modular 
programs 
are easy to 
understand, 
maintainable 
and reliable 


The 8051 linker and relocator (RL51) is a utility which enables 8051 programmers to develop software in a 
modular fashion. The linker resolves all references between modules and the relocator assigns absolute 
memory locations to all the relocatable segments, combining relocatable partial segments with the same 
name. 


With this utility, software can be developed more quickly because small functional modules are easier to 
understand, design and test than large programs. 


The number of symbols in the software is very large because the assembler symbol limit applies only per 
module not the entire program. Therefore programs can be more readable and better documented. 


Modules can be saved and used on different programs. Therefore the software investment of the customer is 
maintained. 


inter 


RL51 produces two files. The absolute object mocule file can be directly executed by the 8051 family. The 
listing file shows the results of the linkllocate process. 


The L1B51utility enables MCS-51 programmers to create and maintain libraries of software object modules. 
With this utility, the customer can develop standard software modules and place them in libraries, which 
programs can access through a standard interface. When using object libraries, the linker will call only object 
modules that are required to satisfy external references. 


Consequently, the librarian enables the customer to port and reuse software on different projects-thereby 
maintaining the customer's software investment. 


Order Code 


D86ASM51 


R86ASM51 


Operating 
Environment 


8051 Assembler for PCDOS 3.0 Systems 


8051 Assembler for iRMX 86 Systems 


Documentation 
Package: 


MCS-51 Macro Assembler User's Guide 


MCS-51 Utilities User's Guide for 
8080/8085 
Based Development System 


Hotline Telephone Support, Software Performance 
Reporting (SPR), Software Updates, Technical Re- 
ports, Monthly Newsletter available. 


MCS-51 8048-to-8051 Assembly Language Con- 
verter Operating Instructions for ISIS-II Users 


inter 


• 
Choice 
of Hosts 


• 
MCS@·96 Software 
Support 
Package 


• 
C·96/196 
Software 
Package 


• 
Supports 
All Members 
of the MCS·96 


Family 


• 
PL/M·96 
Software 
Package 


• .Symbolic 
relocatable 
assembly 


,language 
programming 
for the 8096 
microcontroller 
family 


• 
System 
Utilities for Program 
Linking 
and Relocation 


• 
Extends 
Intellec@ Microcomputer 


Development 
System 
to support 
8096 program 
development 


• 
Encourages 
modular 
program 
design 


for maintainablllty 
and reliability 


The 8096 Software 
Support 
Package 
provides 
development 
system support for the 8096 family of 16-bit single 
chip microcomputers. 
The support 
package 
includes 
a macro assembler 
and system 
utilities. 


The assembler 
produces 
relocatable 
object 
modules 
from 8096 macro assembly 
language 
instructions. 
The 
object 
modules 
then are linked and located 
to absolute 
memory 
locations. 


The assembler 
and utilities 
run on PC DOS 3.0 IBM' 
PC XT/AT 
Systems. 


oo 


INTEL 
DEVELOPMENT 


TOOLS 
AND 
OTHER 


PROOUCTS 


USER·CODED 
SOFTWARE 


• 
Gives Symbolic 
Access 
to Powerful 
8096 Hardware 
Features 


• 
Object 
Files are Linkable 
and Locatable 


• 
Symbolic 
Assembler 
Supports 
Macro 


Capabilities, 
Cross Reference, 
Symbol 


Table and Conditional 
Assembly 


ASM-96 
is the macro assembler 
for the MCS family of microcontrollers, 
including 
the 80C196. 
ASM-96 
trans- 
lates 
symbolic 
assembly 
language 
mnemonics 
into relocatable 
object 
code. 
Since 
the object 
modules 
are 
linkable 
and locatable, 
ASM-96 
encourages 
modular 
programming 
practices. 


The macro facility in ASM-96 
allows programmers 
to save development 
and maintenance 
time since common 
code sequences 
only have to be done once. The assembler 
also provides 
conditional 
assembly 
capabilities. 


ASM-96 
supports 
symbolic 
access to the many features 
of the 8096 architecture. 
An "include" 
file is provided 
with all of the 8096 
hardware 
registers 
defined. 
Alternatively, 
the user can define 
any subset 
of the 8096 
hardware 
register 
set. 


• 
Links Modules 
Generated 
by 


ASM-96, 
C-96, and PL/M·96 


• 
Locates 
the Linked Object 
Module to 


Absolute 
Memory 
Locations 


• 
Encourages 
Modular 
Programming 
for 


Faster Program 
Development 


• 
Automated 
Selection 
of Required 


Modules 
from Libraries 
to Satisfy 


Symbolic 
References 


RL96 is a utility that performs 
two functions 
useful in MCS-96 
software 
development: 


- 
The link function 
which combines 
a number 
of MCS-96 object 
modules 
into a single program. 


- 
The locate functions 
which assigns an absolute 
address 
to all relocatable 
addresses 
in the MCS-96 object 
module. 


RL96 resolves 
all external 
symbol 
references 
between 
modules 
and will select 
object 
modules 
from 
library 
files if necessary. 


RL96 creates 
two files: 


- 
The program 
or absolute 
object 
module 
file that can be executed 
by the targeted 
member 
of the MCS·96 
family. 


- 
The listing file that shows the results of link/locate, 
including 
a memory 
map symbol table and an optional 
cross reference 
listing. 


The relocator 
allows 
programmers 
to concentrate 
on software 
functionally 
and not worry about the absolute 
addresses 
of the object code. RL96 promotes 
modular programming. 
The application 
can be broken down into 
separate 
modules 
that are easier to design, test and maintain. 
Standard 
modules 
can be developed 
and used 
in different 
applications 
thus saving software 
development 
time. 


• 
Implements 
IEEE Floating 
Point 
Arithmetic 


• 
Basic Arithmetic 
Operations 
+, -, x, I, Mod Plus Square 
Root 


• 
Supports 
Single Precision 
32 Bit 
Floating 
Point Variables 


• 
Includes 
an Error Handler 
Library 


FPAL96 is a library of single precision 32-bit floating point arithmetic functions. All math adheres to the 
proposed IEEE floating point standard for accuracy and reliability. An error handler to handle exceptions (for 
example, divide by zero) is included. 


ADD 
SUBTRACT 
MULTIPLY 
DIVIDE 
COMPARE 


NEGATE 
ABSOLUTE 
SQUARE ROOT 
INTEGER 
REMAINDER 


- 


The LIB 96 utility creates and maintains libraries of software object modules. The customer can develop 
standard modules and place them in libraries. Application programs can then call these modules using prede- 
fined interfaces. 


LIB 96 uses the following set of commands: 
-CREATE: 
Creates an empty library file. 
-ADD: 
Adds object modules to a library file. 
-DELETE: 
Deletes object modules from a library file. 
-LIST: 
Lists the modules in the library file. 
-EXIT: 
Terminates LIB 96 


When using object libraries, RL96 will include only those object modules that are required to satisfy external 
references, thus saving memory space. 


Order Code 
DB6ASM96 


Operating 
Environment 
96 Assembler for PC DOS 3.0 Systems 


Documentation 
Package: 


MCS-96 Macro Assembler User's Guide 
MCS-96 Utilities User's Guide 
MCS-96 Assembler and Utilities Pocket 
Reference Card 
B096 Floating Point Arithmetic Library 


Hotline Telephone Support, Software Performance 
Report (SPR), Software Updates, Technical 
Re- 
ports, and Monthly Technical Newsletters are avail- 
able. 


• 
Choice 
of Hosts 


• 
Block Structured 
Language 
Design 
Encourages 
Module 
Programming 


• 
Provides 
Access 
to 8096 on Chip 
Resources 


• 
Produces 
Relocatable 
Object 
Code 
which Is Linkable 
to Object 
Modules 
Generated 
by Other 8096 Translators 


• 
Resident 
on 8086 Intel Microcomputer 


Development 
Systems 
for Higher 


Performance 


• 
Includes 
a Linking and Relocating 


Utility and the Library 
Manager 


• 
IEEE Floating 
Point Library 
Included 
for 


Numeric 
Support 


• 
Compatible 
with PL/M-86 
Assuring 


Design Portability 


PL/M-96 is a structured, high·level programming language useful for developing software for the Intel 8096 
family of microcontrollers, including the 80C196. PLlM-96 was designed to support the software requirements 
of advanced 16 bit microcontrollers. Access to the on chip resources of the 8096 has been provided in 
PLlM·96. 


PL/M-96 is compatible with PLlM-86. Programmers familiar with PL/M will find they can program in PL/M·96 
with little relearning effort. 


The PLlM-96 compiler translates PLlM-96 high level language statements into 8096 machine instructions. By 
programming in PL/M an engineer can be more productive in the initial software development cycle of the 
project. PLIM can also reduce future maintenance and support cost because PLIM programs are easier to 
understand. PLlM·96 was designed to complement Intel's ASM·96. 


o 
o 


INTEL 
DEVELOPMENT 


TOOLS 
AND OTHER 


PRODUCTS 


USER·COOED 
SOFTWARE 


inter 


Major features of the PL/M-96 compiler and pro- 
gramming language include: 


Structured 
Programming 


Programs written in PL/M-96 are developed as a 
collection of procedures, modules and blocks. Struc- 
tured programs are easier to understand, maintain 
and debug. PLlM-96 programs can be made more 
reliable by clearly defining the scope of user vari- 
ables (for example, local variables in a procedure). 
REENTRANT procedures are also supported by 
PL/M-96. 


Language Compatibility 


PLlM-96 object modules are compatible with all oth- 
er object modules generated by Intel MCS-96 trans- 
lators. Programmers may choose to link ASM-96 
and PL/M-96 object modules together. 


PL/M-96 object modules were designed to work 
with other Intel support tools for the MCS-96. The 
DEBUG compiler control provides these tools with 
symbolic information. 


PL/M-96 supports seven data types for programmer 
flexibility in various logical, arithmetic and address- 
ing functions. The seven data types include: 
-BYTE: 
8-bit unsigned number 


-WORD: 
16-bit unsigned number 
-DWORD: 
32·bit unsigned number 


-SHORTINT: 
8-bit signed number 
-INTEGER: 
16-bit signed number 
-LONGINT: 
32-bit signed number 


-REAL: 
32-bit'floating point number 


Another 
powerful feature are BASED variables. 


BASED variables allow the user to map more than 
one variable to the same memory location. This is 
especially useful for passing parameters, relative 
and absolute addressing, and memory allocation. 


Two data structuring facilities are supported by 
PL/M-96. The user can organize data into logical 
groups. This adds flexibility in referencing data. 
- 
Array: Indexed list of same type data elements 


- 
Structure: Named collection of same or different 
type data elements 
- 
Combinations of Both: Arrays of structures or 
structures of arrays 


Interrupt 
Handling 


Interrupts are supported in PL/M-96 by defining a 
procedure with the INTERRUPT attribute. The com- 
piler will generate code to save and restore the pro- 
gram status word when handling hardware interrupts 
of the MCS-96. 


Compiler Controls 


Compile time options increase the flexibility of the 
PL/M-96 compiler. These controls include: 
- 
Optimization 
- 
Conditional compilation 
- 
The inclusion of common PLlM-96 source files 
from disk 
- 
Cross reference of symbols 
- 
Optional assembly language code in the listing 
file 


inter 
8096 SOFTWARE 
DEVELOPMENT 
PACKAGES 


The PL/M-96 compilers has four levels of optimiza- 
tion for reducing program size. 
- 
Combination of constant expressions; "Strength 
reductions" (e.g.: a shift left rather than multiply 
by two) 


- 
Machine code optimizations; elimination of su- 
perfluous branches; reuse of duplicate code, re- 
moval of unreachable code 


- 
Overlaying of on chip RAM variables 


- 
Optimization of based variable operations 


- 
Use of short jumps where possible 


An extensive list of built in functions has been sup- 
plied as part of the PLlM-96 
language. Besides 


TYPE CONVERSION functions, there are built in 
functions for STRING manipulations. Functions are 
provided for interrogating the MCS-96 hardware 
flags such as CARRY and OVERFLOW. 


Error Checking 


If the PL/M-96 compiler detects a programming or 
compilation error, a fully detailed error message is 
provided by the compiler. If a syntax or program er- 
ror is detected, the compiler will skip the code gen- 
eration 
and 
optimization 
passes. This 
powerful 


PL/M-96 feature can yield a two times increase in 
throughput when a user is in the initial program de- 
velopment cycle. 


PLM-96 is designed to be an efficient, cost-effective 
solution to the special requirements of MCS-96 Mi- 
crocontroller Software Development, as illustrated 
by the following benefits of PL/M use: 


PLlM-96 is easy to learn and to use, even for the 
novice programmer. 


Critical projects are completed much earlier than 
otherwise possible because PL/M-96, a structured 
high-level language, increases programmer produc- 
tivity. 


Increases in programmer productivity translate im- 
mediately into lower software development costs 
because less programming resources are required 
for a given programmed function. 


Increased 
Reliability 


PLlM·96 is designed to aid in the development of 
reliable software (PL/M programs are simple state- 
ments of the program algorithm). This substantially 
reduces the risk of costly correction of errors in sys- 
tems that have already reached full production 
status. The more simply the program is stated, the 
more likely it is to perform its intended function. 


Easier Enhancements 
and Maintainance 


Programs written in PLIM tend to be self-document- 
ing, thus easier to read and understand. This means 
it is easier to enhance and maintain PLIM programs 
as the system capabilities expand and future prod- 
ucts are developed. 


Order Code 
D86PLM96 


Operating 
Environment 


PLlM-96 Compiler for PC DOS 3.0 
based Systems 


Documentation 
Package 


PL/M-96 User's Guide 
MCS-96 Utilities User's Guide 
MCS-96Assembler and Utilities Pocket 
Reference Card 
8096 Floating Point Arithmetic Library 


Hotline Telephone Support, Software Performance 
Report (SPR), Software Updates, Technical Re- 
ports, and Monthly Technical Newsletters are avail- 
able. 


inter 


• 
Implements 
the Full Programming 
Capabilities 
of the C Language 


• 
Complies 
with Draft ANSI Standard 


• 
Produc,es Relocatable 
Object Code 
which is Linkable 
to Object 
Modules 
Generated 
by Other MCS®-96 
Translators 


• 
Produces 
High-Density 
Code That 
Rivals Assembly 
in Efficiency 


• 
Fully Linkable 
with the PLlM-96 
and 


ASM-96 
Programming 
Languages 


• 
IEEE Floating 
Point Library 
(FPAL96) 


Included 
for Numeric 
Support 


• 
Supports 
All of the Standard 
C 


Language 
1/0 Library (STDIO) 


• 
Includes 
a Linking and Relocating 
Utility, an Object-To-Hexadecimal 
Convertor, 
and a Library 
Manager 


• 
Supports 
the 80C196 
Architecture 


Intel's 
C 96 is a general 
purpose, 
structured 
programming 
language 
designed 
to support 
applications 
for the 
16-bit family of MCS-96 microcontrollers 
including 
the 80C196, 
C 96 implements 
the C language 
as described 


in the Kernighan 
and Ritchie book, 
The C Programming 
Language 
(Prentice-Hall) 
Software 
Series, 1978). The 
latest enhancements 
to the C programming 
language 
as defined 
by the draft proposed 
ANSI C standard 
(e.g., 
structure 
assignments, 
and the void and enum data types) are supported. 


The C 96 compiler 
translates 
C 96 language 
statements 
into MCS-96 
machine 
instructions. 
The 
compiler 
generates 
code 
in Intel's 
relocatable 
Object 
Module 
Format 
(OMF) without 
using an intermediate 
assembly 
file. The OMF files can then be debugged 
using either the iSBE-96 
emulator, 
the VLSiCE-96 
emulator, 
or the 
ICE-196 


D 
o 


INTEL 
DEVELOPMENT 


TOOLS 
AND 
OTHER 


PRODUCTS 


USEA-eOOED 


SOFTWAAE 
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Major features of the C 96 compiler include the pre- 
processor, the parser, and the code generator and 
optimizer. The code is output in Intel relocatable Ob- 
ject Module Format (OMF). The compiled code can 
then be debugged with either the iSBE-96 emulator 
or the VLSiCE-96 emulator. 


The 
preprocessor 
interprets 
statements 
in 
the 


source code and performs such actions as macro 
expansion, file inclusion, and conditional compilation 
(for example, the #if directive, which specifies op- 
tional inclusion or exclusion of code). 


The parser performs syntactic and semantic error 
checking on the code. The code generator converts 
the parser's output into efficient binary code. The 
optimizer streamlines the code and generates Intel 
relocatable OMF code, without creating an interme- 
diate assembly file. 


The compiler's DEBUGINODEBUG control option 
specifies wh.ether or not the object module should 
contain debug information. The debug information 
can be used to debug the compiled program using 
either the iSBE-96 emulator or the VLSiCE-96 emu- 
lator. 


Some of the features of the C 96 compiler are: 


• Declarations 
• Expressions and operators 


• Statements 
• Run-time library (STDIO) 
• Compiler invocation 
• Output conventions 


Each of these features is discussed in the following 
sections. 


Declarations are used to specify the attributes of a 
set of identifiers. The scope of a declaration can en- 
compass the entire source file or be local to a func- 
tion body or block. 


The storage class specifier defines the location and 
scope. The storage classes are as follows: 


• auto 
• extern 


• static 
• typedef 


active block 
external data definition 


active data segment or register segment 
a type definition (not storage allocation) 
that defines another name or a synonym 


The storage class can be further defined with one of 
the follOWingstorage class modifiers: 


• const 
• register 
• volatile 


code segment 
machine register 
I/O port (modifies the extern storage 
class only) 


Identifiers are defined by their type. The types fall 
into one of the following categories: 


• basic 
characters, integers, floating point 
numbers 


• derived 
arrays, 
structures, 
unions, 
enumera- 


tions, functions, and pointers 


• void 
empty set 


The type is further defined by the following type 
specifiers: 


• char, short, int, long, signed, unsigned, float, dou- 


ble, struct, union, enum, and typedef 


All of the C language expressions and operators are 
supported by Intel's C 96 compiler. Table 1 is a sum- 
mary of the C operators, arranged in order of prece- 
dence (from top to bottom). Operator precedence 
within an expression is evaluated in the order of as- 
sociativity shown in Table 1. 


A statement is a program element that specifies an 
action to be performed. The C language supports 
the following types of statements: 


• Simple 
any valid expression 


• Compound an optional list of variable declara- 


tions followed by a list of statements 


inter 


• Selection an if or switch statement which is op- 
tionally included dependent on speci- 
fied conditions 


• Iteration 
a do, while or for statement which exe- 
cutes repeatedly until the controlling 
value is zero 


• Branching a 
break, continue, 
goto, 
or 
return 
statement which changes the program 
control flow 


Class 
Operator 
AssociatIvity 


primary 
[I ( ) - 
left to right 


unary 
++ 
-- 
& . + - - 
right to left 


sizeof 
far 


binary mull. . 1 
% 
left to right 


binary add 
+ - 
left to right 


binary shift 
« 
» 
left to right 


binary relal. 
< 
> 
<= 
>= 
left to right 


binary equal. -- 
= 
left to right 


bitwise AND 
& 
left to right 


bitwiseXOR 
1\ 
left to right 


bitwise 
OR 
I 
left to right 


logical AND 
&& 
left to right 


logical OR 
II 
left to right 


conditional 
? : 
right to left 


assignment 
= .- 
1= 
0/0= 
+= 
-= 
right to left 
«= 
+ »= 
& = 1\ = 
1= 
right to left 


comma 
left to right 


RUN·TIME LIBRARY (STDIO) 


Intel's C 96 compiler supports the standard C lan- 
guage 1/0 
library functions (STDIO). The include 
files listed in Table 2 are included with the C 96 com- 
piler. 


Name 
Description 


ctype.h 
Used to declare and map characters. 
errno.h 
Used for error checking. 


setjump.h 
Used to bypass a normal callIreturn. 
stdio.h 
Used for standard 1/0 functions. 
string.h 
Used to manipulate strings. 
time.h 
Used to manipulate the time and date. 


Character and arithmetic conversion functions are 
also included (atof, atoi, atol, cstr, tolower, toupper, 
and udistr). 


Intel's C 96 compiler is invoked with the following 
general syntax: 


The following invocation controls are some of the 
options supported by the C 96 compiler. 


• Object file controls-DEBUG/NODEBUG, 
OBJECT, OPTIMIZE (0 through 3), REGIS- 
TERS, REGOVERLAYINOREGOVERLA Y, 
TYPEINOTYPE 


• Listing controls (selection and content)-GODEI 
NOCODE, CONDINOCOND, LISTINOLlST, 
L1STINCLUDEINOLISTINCLUDE,PREPRINTI 
NOPREPRINT, SYMBOLS/NOSYMBOLS, 
XREF/NOXREF 


• Listing format 
controls-PAGINGINOPAGING, 


PAGELENGTH, PAGEWIDTH 


• Source inclusion control-INCLUDE 


The REENTRANTINOREENTRANT extension has 
been added to the C 96 compiler invocation controls 
to enhance the compiler's use of the MCS-96 archi- 
tecture. This extension enables the compiler to fully 
use the large register set of the MCS-96 family of 
microprocessors. When porting to programs in other 
environments, these keywords should be either re- 
moved or defined as null. 


The C 96 compiler produces a listing file and an ob- 
ject file. The listing file contains a formatted list of 
the source code and a list of compiler error mes- 
sages. The compiler produces the object file in In- 
tel's relocatable OMF code directly, without creating 
an intermediate assembly file. 


There are many benefits to the C 96 compiler, as 
explained in the following sections. 


With the DEBUG control the C 96 compiler produces 
extensive debug information, including symbols. The 
debug information can be used to debug the pro- 
gram code with either the VLSiCE-96 emulator or 
the iSBE-96 emulator. This serves to enhance pro- 
grammer productivity. 
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The C 96 compiler 
creates 
Intel object 
module 
for- 
mat (OMF) directly, 
without 
creating 
an intermediate 
assembly 
file. This increases 
the compiler's 
execu- 


tion speed. 


Code 
portability 
has been 
designed 
into the 
C 96 


compiler. 
The C 96 code 
is fully linkable 
with both 
the 
PL/M-96 
and 
the 
ASM-96 
programming 
lan- 
guages. 


Because 
the 
compiler 
supports 
the 
standard 
C li- 
brary and produces 
Intel OMF code, 
programs 
de- 


veloped 
on a variety of machines 
can be transported 


to the MCS-96. 
In addition, 
because 
C 96 conforms 


to 
accepted 
C language 
standards, 
programmers 
can quickly 
begin programming 
the MCS-96. 


FULL MANIPULATION 
OF THE 8096 
MICROCONTROLLER 


The C 96 compiler 
has been highly optimized 
for the 
MCS-96 
architecture. 
The REENTRANT 
/NOREEN- 
TRANT 
control 
has been added so that the compiler 
can 
identify 
non-reentrant 
procedures. 
This 
is ex- 


tremely 
useful 
because 
it enables 
the programmer 


to have full access to the large MCS-96 register set. 


With the C 96 compiler, 
the programmer 
can declare 


register 
variables 
that 
are 
not 
local 
to any proce- 


dure. 
Due to the large 
register 
set of the 
MCS-96 


architecture, 
the compiler 
can dedicate 
registers 
to 


such variables. 


Intel's 
Software 
Support 
Service 
provides 
mainte- 


nance 
on software 
packages 
with software 
support 


contracts 
which 
include 
subscription 
services, 
infor- 


mation 
phone 
support, 
and 
updates. 
ConSUlting 


services 
can be arranged 
for on-site 
assistance 
at 


the 
customer's 
location 
for 
both 
short-term 
and 


long-term 
needs. For more information, 
contact 
your 


local Intel Sales Office. 


Part Number 


D86C96 


Description 


C 96 Software 
Package 


PLlM-96 
packages 
also 
include 
the 


RL96 
Linker 
and 
Relocator, 
the 


FPAL96 
Floating 
Point 
Library, 
and 


the UB96 
librarian 
utility. 


Operating 
Environment 


IBM PC AT 


IBM PC XT 


inter 
8086/80186 
SOFTWARE PACKAGES 


8086/80186 
Software Development 
Package 


• 
Macro Assembler with Complete 
System Development Capability for 
8086/80186 
Designs 


• 
Complete Set of Utilities for Object 
Module Management and Program 
Linkage 


FORTRAN 8086/80186 Software Package 


• 
Features High-Level Language Support 
for Floating-Point 
Calculation, 
Transcendentals, 
Interrupt 
Procedures, 
and Run-Time Exception Handling 


• 
Meets ANSI FORTRAN 77 Subset 
Language Specifications 


• 
Supports Complex Data Types 


PASCAL 8086/80186 
Software Package 


• 
Object Compatible and Linkable with 
PLIM 8086, ASM 8086 and FORTRAN 86 


• 
Supports Large Array Operation 


PLIM 8086/80186 
Software Package 


• 
Advanced Structured 
System 


Implementation 
Language for Algorithm 


Development 


• 
Easy-to-Learn 
Block-Structured 


Language Encourages Program 
Modularity 


IC-86 Complier for the 8086/80186 


• 
Implements Full ANSI Standard C 
Language 


• 
Produces High Density Code Rivaling 
Assembler 


Edl •••••••- 
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Figure 1. Program modules complied with any of the 8086 languages may 
be linked together. Each language Is compatible with Intel's debug tools. 
This Is an example of development 
under DOS. 
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• 
Complete 
System 
Development 
Capability 
for High-Performance 
8086 
Applications 


• 
Macro Assembler 
for Machine-Level 
Programming 


• 
System 
Utilities for Program 
Linkage 


and Relocation 


• 
Package 
Supports 
Program 


Development 
with PLM-86, 
Pascal-86, 


FORTAN 
86, & IC 86 


• 
Available 
on a Choice 
of Hosts 


The 8086 Software Development package contains a macro assembler, a program linker (for linking separate- 
ly compiled modules together, a system locator, library manager, an object to hex code converter, and a 
conversion utility to create DOS executable files. 


All the utilities in the Software Development Package run on the Intel Microcomputer Development Systems 
(Series III/Series IV) as well as the IBM PC XT/AT DEC VAXt Minicomputer under the VMSt Operating 
System, and Intel systems 86/3XX under iRMX™86, and Intel System 286/3XX under iRMXTM286. 


inter 


• 
Produces 
Relocatable 
Object 
Code 
Which is Linkable 
to All Other 
Intel 
86/186 
Object 
Modules, 
Generated 
by 
Intel 8086 Compilers 


• 
Powerful 
and Flexible Text Macro 
Facility with Three 
Macro Listings 
Options 
to Aid Debugging 


• 
Highly Mnemonic 
and Compact 
Language, 
Most Mnemonics 
Represent 
Several 
Distinct 
Machine 
Instructions 


• 
"Strongly 
Typed' 
Assembler 
Helps 
Detect 
Errors at Assembly 
Time 


• 
High-Level 
Data Structuring 
Facilities 


Such as "STRUCTURES" 
and 


"RECORDS" 


• 
Over 120 Detailed 
and Fully 
Documented 
Error Messages 


ASM-86 
is the "high-level" 
macro assembler 
for the 86/186 
assembly 
language. 
ASM-86 
translates 
symbolic 


86/186 
assembly 
language 
mnemonics 
into 86/186 
relocatable 
object 
code. 


ASM-86 
should be used where maximum 
code efficiency 
and hardware 
control 
is needed. The 86/186 
assem- 


bly language 
includes 
approximately 
100 instruction 
mnemonics. 
From these 
few mnemonics 
the assembler 
can generate 
over 3,800 distinct 
machine 
instructions. 
Therefore, 
the software 
development 
task is simplified, 


as the programmer 
need know only 
100 mnemonics 
to generate 
all possible 
86/186 
machine 
instructions. 


ASM-86 
will generate 
the shortest 
machine 
instruction 
possible 
given no forward 
referencing 
or given explicit 
information 
as to the characteristics 
of forward 
referenced 
symbols. 


ASM-86 
offers 
many features 
normally 
found only in high-level 
languages. 
The 86/186 
assembly 
language 
is 
strongly 
typed. The assembler 
performs 
extensive 
checks on the usage of variables 
and labels. The assembler 
uses the attributes 
which are derived 
explicitly 
when a variable 
or label is first defined, 
then makes 
sure that 


each use of the symbol 
in later instructions 
conforms 
to the usage defined 
for that symbol. 
This means 
that 


many programming 
errors will be detected 
when the program 
is assembled, 
long before 
it is being debugged 


on hardware. 


• 
Automatic 
Combination 
of 8086 
Programs 
Separately 
Translated 
Using 
Intel Compilers 
or Assemblers 
into 
Relocatable 
Object 
Module 


• 
Automatic 
Selection 
of Required 
Modules 
from Specified 
Libraries 
to 
Satisfy 
Symbolic 
References 


• 
Extensive 
Debug Symbol 
Manipulation, 
allowing 
Line Numbers, 
Local Symbols, 
and Public Symbols 
to be Purged and 
Listed Selectively 


• 
Automatic 
Generation 
of a Summary 
Map Giving Results of the L1NK-86 
Process 


• 
Abbreviated 
Control 
Syntax 


• 
Relocatable 
Modules 
May Be Merged 
into a Single Module Suitable 
for 
Inclusion 
in a Library 


• 
Supports 
"Incremental" 
Linking 


• 
Supports 
Type Checking 
of Public and 
External 
Symbols 


L1NK-86 combines 
object 
modules 
specified 
in the L1NK-86 input list into a single 
output 
module. 
L1NK-86 


combines 
segments 
from the input modules 
according 
to the order in which the modules 
are listed. 


L1NK-86 will accept 
libraries 
and object 
modules 
built from any Intel translator 
generating 
8086 Relocatable 


Object 
Modules. 


Support 
for incremental 
linking 
is provided 
since an output 
module 
produced 
by L1NK-86 can be an input to 


another 
link. At each stage in the incremental 
linking process, 
unneeded 
public symbols 
may be purged. 


L1NK-86 supports 
type checking 
of PUBLIC and EXTERNAL 
symbols 
reporting 
a warning 
if their types are not 


consistant. 


L1NK-86 will link any valid set of input modules 
without 
any controls. 
However, 
controls 
are available 
to control 


the output 
of diagnostic 
information 
in the L1NK-86 process 
and to control 
the content 
of the output 
module. 


L1NK-86 allows the user to create a large program 
as the combination 
of several smaller, 
separately 
compiled 
modules. 
After 
development 
and debugging 
of these 
component 
modules 
the user can link them together, 


locate them using LOC-86 and enter final testing 
with much of the work accomplished. 


• 
Automatic 
Generation 
of a Summary 
Map Giving Starting 
Address, 
Segment 
Addresses 
and Length, and Debug 
Symbols 
and Their Addresses 


• 
Abbreviated 
Control 
Syntax 


• 
Segments 
May be Relocated 
to Best 
Match Users Memory 
Configuration 


• 
Extensive 
Debug Symbol 
Manipulation 
Allowing 
Line Numbers, 
Local Symbols, 


and Public Symbols 
to be Purged and 
Listed Selectively 


Relocatability 
allows 
the programmer 
to code programs 
or sections 
of programs 
without 
having to know the 
final arrangement 
of the object 
code in memory. 


LOC-86 converts 
relative 
addresses 
in an input module 
in 86/186 
object 
module 
format 
to absolute 
address- 
es. LOC-86 
orders 
the segments 
in the input module 
and assigns 
absolute 
addresses 
to the segments. 
The 
sequence 
in which the segments 
in the input module 
are assigned 
absolute 
addresses 
is determined 
by their 
order in the input module 
and the controls 
supplied 
with the command. 


LOC-86 will relocate 
any valid input module without 
any controls. 
However, 
controls 
are available 
to control 
the 
output 
of diagnostic 
information 
in the LOC-86 process, 
to control 
the content 
of the output 
module, 
or both. 


The program 
you are developing 
will almost 
certainly 
use some mix of random 
access 
memory 
(RAM), 
read- 


only memory 
(ROM), 
and/or 
programmable 
read-only 
memory 
(PROM). 
Therefore, 
the location 
of your pro- 
gram affects 
both cost and performance 
in your application. 
The relocation 
feature 
allows you to develop 
your 
program 
and then simply relocate 
the object 
code to suit your application. 


• 
L1B-86 is a Library 
Manager 
Program 
which Allows You to: 
- 
Create 
Specifically 
Formatted 
Flies 
to Contain 
Libraries 
of Object 
Modules 
- 
Maintain 
These 
Libraries 
by Adding 
or Deleting 
Modules 
- 
Print a Listing of the Modules 
and 
Public Symbols 
in a Library 
File 


• 
Libraries 
Can be Used as Input to 
L1NK-86 which Will Automatically 
Link 
Modules 
from the Library that Satisfy 
External 
References 
in the Modules 
Being Linked 


• 
Abbreviated 
Control 
Syntax 


Libraries 
aid in the job of building 
programs. 
The library manager 
program 
L1B-86 creates 
and maintains 
files 
containing 
object 
modules. 
The operation 
of L1B-86 is controlled 
by commands 
to indicate 
which 
operation 
L1B-86 is to perform. 
The commands 
are: 


CREATE: 
ADD: 
DELETE: 
LIST: 
EXIT: 


creates 
an empty 
library file 
adds object 
modules 
to a library file 
deletes 
modules 
from a library file 
lists the module 
directory 
of library files 
terminates 
the L1B-86 program 
and returns control 
to VMS 


When using object 
libraries, 
the linker will call only those 
object 
modules 
that are required 
to satisfy 
external 
references, 
thus saving memory 
space. 


• 
Converts 
an 86/186 
Absolute 
Object 
Module to Symbolic 
Hexadecimal 
Format 


• 
Facilitates 
Preparing 
a File for Loading 
by Symbolic 
Hexadecimal 
Loader 
(e.g. 
iSBCTM Monitor 
SDK-86 
Loader), 
or 
Universal 
PROM Mapper 


• 
Converts 
an Absolute 
Module to a More 
Readable 
Format 
that can be Displayed 
on a CRT or Printed for Debugging 


The OH-86 utility converts 
an 86/186 
absolute 
object module to the hexadecimal 
format. This conversion 
may 
be necessary 
for later loading 
by a hexadecimal 
loader 
such 
as the iSBC 86/12 
monitor 
or the 
Universal 
PROM Mapper. 
The conversion 
may also be made to put the module 
in a more readable 
format 
that can be 
displayed 
or printed. 
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Documentation 
Package 


ASM-86 
Assembly 
Language 
Reference 
Manual 


8086/87/88 
Macro Assembler 
Operating 
Instructions 


iAPX 86 Family Utilities 
User's Guide 


Support Available 


Software 
Updates, 
Subscription 
Service, 
Hotline 
Support 


Order Code 


D86ASM86 


WSASM86 


MWSASM86 


R86ASM86 


R286ASM286 


Operating 
Environment 


IBM PC XT/AT 
running 
PC DOS Version 
3.0 or later 


VAXtIVMSt 


MICROVAXtIVMSt 


Intel 86/3XX 
Systems 
running: 
iRMXTM 86 


Intel 286/3XX 
Systems 
running: 
iRMXTM 286 


tMICROVAX, 
VAX, VMS are trademarks 
of Digital 
Equipment 
Corporation. 


'IBM, 
AT are registered 
trademarks 
of International 
Business 
Machines 
Corporation. 
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FORTRAN 8086/80186 
SOFTWARE 
PACKAGE 
• Features 
High-Level 
Language 
Support 
• Offers 
Upward 
Compatibility 
with 
for Floating-Point 
Calculations, 
FORTRAN 
80 


Transcendentals, 
Interrupt 
Procedures, 
• Provides 
FORTRAN 
Run- Time Support 
and Run- Time Exception 
Handling 
for 86/186 
Based Design 
• Meets ANSI FORTRAN 
77 Subset 
• Provides 
Users Ability to do Formatted 
Language 
Specifications 
and Unformatted 
I/O with Sequential 
or 
• Supports 
8086/20, 8088/20 
Numeric 
Direct Access 
Methods 
Data Processor 
for Fast and Efficient 
• 121CETMSymbolic 
Debugging 
Fully 
Execution 
of Numeric 
Instructions 
Supported 
• Uses REALMATH 
Floating-Point 
• PSCOPE Source 
Level Debugging 
Fully 
Standard 
for Consistent 
and Reliable 
Supported 
Results 


Supports 
Arrays 
Larger Than 64K 
• Supports 
Complex 
Data Types 
• 
Unlimited 
User Program 
Symbols 
• Choice 
of Industry 
Standard 
Hosts 
• 


FORTRAN 
86/186 
meets the ANSI FORTRAN 
77 Language 
Subset Specification 
and includes 
many features 
of the full standard. 
Therefore, 
the user is assured of portability 
of most existing ANS FORTRAN 
programs 
and 
of full portability 
from other computer 
systems 
with an ANS FORTRAN 
77 Compiler. 


FORTRAN 
86/186 
is available 
to run on the Intel Microcomputer 
Development 
Systems 
(Series 
III/Series 
IV) 
as well as the IBM PC XT/AT 
running 
PC DOS Version 
3.0 or later, Digital Equipment 
VAXtlVMSt 
and Intel 
System 
86/3XX 
running 
iRMXTM 86 operating 
system. 


FORTRAN 
86/186 
is one of a complete 
family of compatible 
programming 
languages 
for 8086,8088,80186, 
80188 development: 
PL/M, 
Pascal, FORTRAN, 
C, and Assembler. 
Therefore, 
users may choose 
the language 
best suited for a specific 
problem 
solution. 


tVAX, 
VMS are trademarks 
of Digital 
Equipment 
Corporation. 


·'BM, 
AT are registered 
trademarks 
of International 
Business 
Machines 
Corporation. 
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Extensive High-Level Language 
Numeric Processing Support 


Single (32-bit), double 
(64-bit), and double extended 


precision 
(80-bit) 
complex 
(two 32-bit), 
and double 


complex 
(two 64-bit) floating-point 
data types 


REALMATH 
Proposed 
IEEE 
Floating-Point 
Stan- 


dard) for consistent 
and reliable 
results 


Full support 
for all other data types: integer, 
logical, 
character 


Ability to use hardware 
(8086/20, 
8088120 
Numeric 


Data 
Processor) 
or 
software 
(simulator) 
floating- 
point support 
chosen 
at link time 


Intel® Microprocessor 
Support 


FORTRAN 
86/186 
language 
features 
support 
of 


8086/20, 
8088/20 
Numeric 
Data Processor 


Compiler 
generates 
in-line 
iAPX 8086/20, 
8088/20 
Numeric 
Data 
Processor 
object 
code 
for 
floating- 


point arithmetic 
(See Figure 2) 


Intrinsics 
allow user to control 
iAPX 8086/20, 
80881 


20 Numeric 
Data processor 


8086, 8088, 80186, 
80188 
architectural 
advantages 


used for indexing 
and character-string 
handling 


Symbolic 
debugging 
of application 
using ICE emula- 


tors 


FLOATING-POINT-STATEMENT 
I 


TEMPER = 
(PRESS 
- 
VOLUM / 
QUEKj 
- 
3.45 
/ 
(PRESS 
- 
VOLUM / 
QUEK 
& - (PRESS 
- 
VOLUM / 
QUEKj 
• 
(PRESS 
- 
VOLUM / 
QUEKj 


Intel 
FORTRAN 8086 
Compiler 


8086/20, 8088/20 
I 
ASSEMBLER 
MNEMONICS 
MACHINE-CODE 
STATEMENT # 
2 
0013 
9BD9060COO 
FLD 
VOLUM 


0018 
9BD8360000 
FDIV 
QUEK 


OOID 
9BD82E0800 
FSUBR 
PRESS 


0022 
9BDDDI 
FST 
TOS+IH 
0025 
9B2ED83EOOOO 
FDIVR 
CS :@CONST 


002B 
9BD9C9 
FXCHG 
TOS+IH 


002E 
9BDDD2 
FST 
TOS+2H 


0031 
9BDEE9 
FSUBRP 


0034 
9BD9Cl 
FLD 
TOS+IH 
0037 
9BD8C8 
FMUL 
TOS 


003A 
9BDDC2 
FFREE 
TOS+2H 
003D 
9BDEEI 
FSUBP 


0040 
9BD91E0400 
FSTP 
TEMPER 


0045 
9B 
WAIT 


Figure 2. Object code generated by FORTRAN 86/186 for a floating-point 
calculation using 8086/20, 8088/20 Numeric Processor. 


Microprocessor 
Application 
Support 
- 
Direct byte- or word-oriented 
port I/O 


- 
Reentrant 
procedures 


- 
Interrupt 
procedures 


FORTRAN 
86/186 
provides 
a means of developing 
application 
software 
for the 
Intel 86/186 
products 
lines 
in a familiar, 
widely 
accepted, 
and 
industry- 
standard 
programming 
language. 
FORTRAN 
86/186 
will greatly enhance 
the user's ability to pro- 
vide 
cost-effective 
software 
development 
for 
Intel 
microprocessors 
as illustrated 
by the following: 


Early Project Completion 


FORTRAN 
is an 
industry-standard, 
high-level 
nu- 
merics 
processing 
language. 
FORTRAN 
program- 
mers can use FORTRAN 
86/186 
on microprocessor 
projects 
with 
little 
retraining. 
Existing 
FORTRAN 
software 
can be compiled 
with 
FORTRAN 
86/186 
and programs 
developed 
in FORTRAN 
86/186 
can 
run on 
other 
computers 
with 
ANSI 
FORTRAN 
77 
with 
little 
or no change. 
Libraries 
of mathematical 
programs 
using ANSI 77 standards 
may be compiled 
with FORTRAN 
86/186. 


Application 
Object Code Portability for 
a Processor 
Family 


FORTRAN 
86/186 
modules 
"talk" 
to the 
resident 
Intellec 
development 
operating 
system 
using Intel's 
standard 
interface 
for all development-system 
soft- 
ware. 
This 
allows 
an application 
developed 
under 
the ISIS-II operating 
system to execute 
on iRMX/86, 
or a user-supplied 
operating 
system 
by linking in the 
iRMX/86 
or other 
appropriate 
interface 
library. 
A 
standard 
logical-record 
interface 
enables 
communi- 
cation with non-standard 
I/O devices. 


Comprehensive, 
Reliable and Efficient 
Numeric Processing 


The unique 
combination 
of FORTRAN 
8086/8088, 
8086/20, 
8088/20 
Numeric 
Data 
processor, 
and 
REALMATH 
(Proposed 
IEEE 
Floating-Point 
Stan- 
dard) provide 
universal 
consistency 
in results of nu- 
meric computations 
and efficient 
object code gener- 


ation. 


Documentation 
Package 


FORTRAN 
86/88/186/188 User's 
Guide 


ORDERING 
INFORMATION 
OrderCode 
OperatingEnvironment 


D86FOR86 
IBM 
PC XT/AT 
running 
PC DOS 
Version 
3.0 or later 


R86FOR86 
Intel 
System 
86/3XX 
running 
iRMX 86 


VVSFOR86 
For 86 VAXIVMS 
4.3 and later 


Software 
updates, 
Subscription 
Service, 
Hotline 
Support. 


inter 


PASCAL 86/186 
SOFTWARE 
PACKAGE 
• Choice 
of Industry 
Standard 
Hosts 
• Unlimited 
User Program 
Symbols 
• Object 
Compatible 
and Linkable 
with 
• Supports 
8086/20, 
8088/20 
Numeric 
PL/M 
86/186, 
ASM 86/186, 
iC86/186 
Data Processors 
and FORTRAN 
86/186 
• Strict Implementation 
of ISO Standard 
• 121CETMSymbolic 
Debugging 
Fully 
Pascal 
Supported 
• Useful Extensions 
Essential 
for 
• PSCOPE Source 
Level Dubugglng 
Fully 
Microcomputer 
Applications 
Supported 
• Separate 
Compilation 
with Type- 
• Implements 
REALMATH 
for Consistent 
Checking 
Enforced 
Between 
Pascal 
and Reliable 
Results 
Modules 
• Supports 
Large Array Operation 
• Complier 
Option to Support 
Full Run- 
Time Range-Checking 


PASCAL 86/186 conforms to and implements the ISO PASCAL standard. The language is enhanced to 
support microcomputer applications with special features, such as separate compilation, interrupt handling 
and direct port I/O. To assist the development of portable software, the compiler can be directed to flag all 
non-standard features. 


The PASCAL 86/186 compiler runs on Series III and Series IV Microcomputer Development Systems, as well 
as the IBM" XT/AT* running PC DOS Version 3.0 or later, Digital Equipment VAXIVMst, 
and Intel System 
8086/3XX running iRMXTM86. 


A well-defined I/O interface is provided for run-time support. This allows a user-written operating system to 
support application programs as an alternate to the development system environment. Program modules 
compiled under PASCAL 86/186 
are compatible and linkable with modules written in PL/M 
86/186, 
AsM 86/186, C86/186 or FORTRAN 86/186. With a complete family of compatible programming languages 
for the 86/186 one can implement each module in the language most appropriate to the task at hand. 


PASCAL 86/186 object modules contain symbol and type information for program debugging using ICE emula- 
tors and PsCOPE source language debugger. For final production version, the compiler can remove this extra 
information and code. 


inter 


Includes 
all the language 
features 
of Jensen 
& Wirth 


Pascal as defined 
in the ISO Pascal Standard. 


Supports 
required 
extensions 
for microcomputer 
ap- 
plications. 


- 
Interrupt 
handling 


- 
Direct port I/O 


Separate 
compilation 
extensions 
allow: 


- 
Modular 
decomposition 
of large programs 


- 
Linkage 
with 
other 
Pascal 
modules 
as well 
as 


PL/M 
86/186, 
ASM 86/186, 
C86/186 
and FOR- 
TRAN 
86/186 


- 
Enforcement 
of type-checking 
at LINK-time 


Supports 
numerous 
compiler 
options 
to control 
the 


compilation 
process, 
to 
INCLUDE 
files, 
flag 
non- 


standard 
Pascal 
statements 
and 
others 
to control 


program 
listing and object 
modules. 


Utilizes 
the 
IEEE standard 
for Floating-Point 
Arith- 
metic (the Intel REALMATH 
standard) 
for arithmetic 
operations. 


Well-defined 
and 
documented 
run-time 
operating 


s~ste~ 
interfaces 
allow the user to execute 
the ap- 
plications 
under user-designed 
operations 
systems. 


Predefined 
type extensions 
allow: 


- 
Create 
precision 
in read, 
integer, 
and unsigned 


calculations. 


- 
Means to check 
8087 errors 


- 
Circumvention 
of rigid type checking 
on calls to 


non-Pascal 
routines 


Pr~vides 
a standard 
Pascal for 86/186 
based appli- 
cations. 


- 
Pascal 
has gained 
wide acceptance 
as a porta- 


ble application 
language 
for microcomputer 
ap- 


plications 


- 
It is being taught 
in many colleges 
and universi- 
ties around 
the world 


- 
It is easy to learn, originally 
intended 
as a vehicle 


for teaching 
computer 
programming 


- 
Improves 
maintainability: 
Type 
mechanism 
is 


both strictly 
enforced 
and user extendable 


- 
Few machine 
specific 
language 
constructs 


Strict implementation 
of the proposed 
ISO standard 


for Pascal aids portability 
of application 
programs. 
A 


compile 
time 
option 
checks 
conformance 
to 
the 


standard 
making 
it easy 
to write 
conforming 
pro- 


grams. 


PASCAL 
86/186 
extensions 
via predefined 
proce- 


dures for interrupt 
handling 
and direct port I/O make 
it possible 
to code 
an entire 
application 
in Pascal 


without 
compromising 
portability. 


Standard 
Intel REALMATH 
is easy to use and pro- 


vides reliable 
results, consistent 
with other Intel lan- 


guages 
and other implementations 
of the IEEE pro- 


posed 
Floating-Point 
standard. 


Provides 
run-time 
support 
for 
co-processors. 
All 


real-type 
arithmetic 
is performed 
on the 86/20 
nu- 


meric data processor 
unit or software 
emulator. 
Run- 


time library 
routines, 
common 
between 
Pascal 
and 


other 
Intel 
languages 
(such 
as FORTRAN), 
permit 


efficient 
and consistently 
accurate 
results. 


Extended 
relocation 
and linkage 
support 
allows 
the 


user to link Pascal 
program 
modules 
with 
routines 


written 
in other 
languages 
for certain 
parts 
of the 


program. 
For example, 
real-time 
or hardware 
depen- 


dent 
routines 
written 
in 
ASM 
86/186 
or 
PL/M 


86/186 
can be linked to Pascal routines, 
further 
ex- 


tending 
the 
user's 
ability 
to 
write 
structured 
and 


modular 
programs. 


PASCAL 86/186 
programs 
"talk" 
to the resident 
op- 


erating 
system 
using 
Intel's 
standard 
interface 
for 


translated 
programs. 
This 
allows 
users 
to replace 


the development 
operating 
system 
by their own op- 


erating 
systems 
in the final application. 


PASCAL 8086/8088 
takes full advantage 
of 86/186 


high level language 
architecture 
to generate 
efficient 


machine 
code. 


Co~piler 
option.s can be used to control 
the program 


listings 
and 
object 
modules. 
While 
debugging, 
the 


user 
may generate 
additional 
information 
such 
as 
the 
symbol 
record 
information 
required 
and 
useful 
for debugging 
using PSCOPE or ICE emulation. 
After 


debugging, 
the production 
version 
may be stream- 


lined by removing 
this additional 
information. 


inter 


Ordering Code 
D86PAS86 
R86PAS86 
VVSPAS86 
MVVPAS86 


Operating 
Environment 
IBM PC XT/AT running PC DOS Version 3.0 or later 
Intel System 86/3XX running iRMXTM86 
VAXIVMS 
MICROVAXIVMS 


Documentation 
Package 


PASCAL 86 User's 
Guide 
Hotline Telephone Support, Software Performance 
Report (SPR), Software Updates, Technical Re- 
ports, and Monthly Technical Newsletters are avail- 
able. 


inter 


• 
Improved 
Compiler 
Performance 
Now 


Supports 
More User Symbols 
and 
Faster Compilation 
Speeds 


• 
Produces 
Relocatable 
Object 
Code 
Which Is Linkable 
to All Other 8086 
Object 
Modules 


• 
Code Optimization 
Assures 
Efficient 
Code Generation 
and Minimum 
Application 
Memory 
Utilization 


• 
Built-In Syntax 
Checker 
Doubles 
Performance 
for Compiling 
Programs 


Containing 
Errors 


• 
Resident 
on Choice 
of Hosts 


• 
121CESymbolic 
Debugging 
Fully 
Supported 


• 
PSCOPE Source 
Level Debugging 
Fully 


Supported 


PLIM 
86/186 
is an advanced, 
structured, 
high-level 
systems 
programming 
language. 
The PL/M 
86/186 
com- 


piler was 
created 
specifically 
for performing 
software 
development 
for the 
Intel 
86/186 
Microprocessors. 


PLIM 
was 
designed 
so that 
program 
statements 
naturally 
express 
the 
program 
algorithm. 
This 
frees 
the 


programmer 
to concentrate 
on the logic of the program 
without 
concern 
for burdensome 
details of machine 
or 


assembly 
language 
programming 
(such as register 
allocation, 
meanings 
of assembler 
mnemonics, 
etc.). 


The 
PLIM 
86/186 
compiler 
efficiently 
converts 
free-form 
PL/M 
language 
statements 
into machine 
instruc- 


tions. Substantially 
fewer PLIM 
statements 
are necessary 
for a given application 
than if it were programmed 
at 


the assembly 
language 
or machine 
code level. 


The use of PL/M 
high-level 
language 
for system programming, 
instead of assembly 
language, 
results in a high 


degree 
of engineering 
productivity 
during 
project 
development. 
This translates 
into significant 
reductions 
in 


initial software 
development 
and follow-up 
maintenance 
costs for the user. 


PL/M 
8086 is available 
to run on the Intellec@ Microcomputer 
Development 
Systems 
(Series III/Series 
IV) as 


well as the IBM PC XT/AT, 
DEC VAXtlVMSt, 
and Intel System 
8086/3XX 
running 
iRMXTM 86. 


• 
Systems 
Programming 
Language 
for 
the 86/186 
Processors 


• 
Language 
is Upward 
Compatible 
from 
PL/M 
80, Assuring 
MCS@-80/85 
Design 
Portability 


• 
Advanced 
Structured 
System 
Implementation 
Language 
for Algorithm 
Development 


• 
Supports 
16-Bit Signed 
Integer 
and 32- 
Bit Floating 
Point Arithmetic 
in 
Accordance 
with IEEE Proposed 
Standard 


• 
Easy-to-Learn 
Block-Structured 
Language 
Encourages 
Program 
ModUlarity 


inter 


Major features 
of the Intel PLIM 
8086 compiler 
and 
programming 
language 
include: 


PL/M 
source 
code is developed 
in a series of mod- 
ules, procedures, 
and blocks. 
Encouraging 
program 
modularity 
in this 
manner 
makes 
programs 
more 
readable, 
and 
easier 
to maintain 
and 
debug. 
The 
language 
becomes 
more flexible, 
by clearly 
defining 
the scope of user variables 
(local to a private proce- 
dure). 


The 
use 
of 
procedures 
to 
break 
down 
a 
large 
problem 
is 
paramount 
to 
productive 
software 
development. 
The PLIM 
8086 implementation 
of a 
block 
structure 
allows 
the use of REENTRANT 
(re- 
cursive) 
procedures, 
which 
are especially 
useful 
in 
system 
design. 


Language Compatibility 


PL/M 
8086 object 
modules 
are compatible 
with ob- 
ject 
modules 
generated 
by all other 
8086 
transla- 
tors. This means that PLIM 
programs 
may be linked 
to programs 
written 
in any other 8086 language. 


Object 
modules 
are compatible 
with In-Circuit 
Emu- 
lators; 
DEBUG 
compiler 
control 
provides 
the In-Cir- 
cuit Emulators 
with symbolic 
debugging 
capabilities. 


PL/M 
8086 
Language 
is upward 
compatible 
with 
PL/M 80, so that application 
programs 
may be easily 
ported 
to run on the 8086. 


PL/M 
makes 
use of seven 
data 
types 
for various 
applications. 
These 
data 
types 
range 
from 
one 
to 
four 
bytes, 
and 
facilitate 
various 
arithmetic, 
logic, 
and addressing 
functions: 


- 
Byte: 8-bit unsigned 
number 


- 
Word: 
16-bit unsigned 
number 


DWORD: 
32-bit unsigned 
number 


- 
Integer: 
16-bit signed number 


- 
Read: 32-bit floating 
point number 


- 
Pointer: 
16-bit or 32-bit memory 
address 
indicator 


- 
Selector: 
16-bit base portion 
of a pointer 


Another 
powerful 
facility 
allows 
the use of BASED 
variables 
that 
map 
more 
than 
one 
variable 
to the 
same memory 
location. 
This is especially 
useful for 
passing 
parameters, 
relative 
and absolute 
address- 
ing, and memory 
allocation. 


Two Data Structuring 
Facilities 


In addition 
to the 
five 
data 
types 
and 
based 
vari- 


ables, 
PL/M 
supports 
two data structuring 
facilities. 
These 
help 
the 
user 
to organize 
data 
into 
logical 
groups. 


- 
Array: Indexed list of same type of data elements 


- 
Structure: 
Named 
collection 
of same or different 


type data elements 


- 
Combinations 
of Each: 
Arrays 
of structures 
or 


structures 
of arrays 


8087 Numerics Support 


PLIM 
programs 
that use 32-bit 
REAL 
data may be 
executed 
using the Numeric 
Data Processor 
for im- 


proved 
performance. 
All 
floating-point 
operations 
supported 
by 
PLIM 
may 
be 
executed 
on 
the 
8086/20 or 8088/20 NDP, or the 8087 Emulator 
(a 
software 
module) 
provided 
with the package. 
Deter- 
mination 
of use of the chip or Emulator 
takes 
place 
at linktime, 
allowing 
compilations 
to be run-time 
in- 
dependent. 


The PLIM 
8086 language 
contains 
built-in functions 
for string 
manipulation. 
These 
byte and word 
func- 
tions 
perform 
the following 
operations 
on character 
strings: MOVE, COMPARE, 
TRANSLATE, 
SEARCH, 


SKIP, and SET. 


Interrupt 
Handling 


PL/M 
has the facility 
for handling 
interrupts. 
A pro- 


cedure 
may be defined 
with the INTERRUPT 
attri- 


bute, and the compiler 
willi automatically 
initialize an 
interrupt 
vector 
at the appropriate 
memory 
location. 
The compiler 
will also 
generate 
code 
to save 
and 
restore 
the 
processor 
status, 
for 
execution 
of the 
user-defined 
interrupt 
handler 
routine. 
The 
proce- 
dure SET$INTERRUPT, 
the function 
retuning 
an IN- 
TERRUPT$PTR, 
and 
the 
PLIM 
statement 
CAU- 
SE$INTERRUPT 
all add flexibility 
to user programs 
involving 
interrupt 
and handling. 


inter 


M:DO; r Beginning of module'/ 


SORTPROC: PROCEDURE (PTR, COUNT, RECSIZE, KEYINDEXI~ 
DECLARE PTR POINTER, ICOUNT, RECSIZE, KEYINDEX) INTEGER, 


/" Parameters: 


PTR is pointer 
to first record. 


COUNT 
is number 
01 records 
10 be sorted. 


AECSIZE Is number of bytes in each record-max 
is 128 


KEYINOEX IS byte position within 8ach record of a BYTE scalar 
to be used as sort key.• / 


DECLARE 
RECORO BASED PTR 111BYTE. 


URRENT (128) BYTE, 


(I. J) INTEGER. 


00 J.' 
TO COUNT-" 


CALL MOVB(@RECORD/J'RECSIZEI, 
@CURRENT 
,RECSIZEI: 
I.J; 
00 WHilE 1>0 


~~~~~~~T~~M~'~b~~)~SIZE. 
KEYINDEX) 
CALL MOVB(@RECORO((l-')"RECSIZE), 
@RECORD(I'RECSIZE), 
RECSIZE), 


Compiler Controls 


Including several that have been mentioned, the 
PLIM 8086 compiler offers more than 25 controls 
that facilitate such features as: 


Conditional compilation 
Including additional PLIM source files from disk 
Corresponding assembly language code in the 
listing file 
Setting overflow conditions for run-time handling 


Segmentation Control 


The PL/M 8086 compiler takes full advantage of 
program addressing with the SMALL, COMPACT, 
MEDIUM, and LARGE segmentation controls. Pro- 
grams with less than 64 KB total code space can 
exploit 
the 
most 
efficient 
memory 
addressing 
schemes, which lowers total memory requirements. 
Larger programs can exploit the flexibility of extend- 
ed one-megabyte addressing. 


Code Optimization 


The PLIM 8086 compiler offers four levels of opti- 
mization for significantly reducing overall program 
size. 


1=.-1-1; 


ENO FIND; 


CALL 
MOVB 
END SORT: 


ENO SORTPROC, 


Sombination or "folding" 
of constant expres- 


sions; and short-circuit evaluation of Boolean ex- 
pressions 
"Strength reductions" (such as a shift left rather 
than multiply by 2); and elimination of common 
sub-expressions within the same block 
Machine code optimizations; elimination of su- 
perfluous branches; re-use of duplicate code; re- 
moval of unreachable code 
Byte comparisons (rather than 20-bit address 
calculations) for pointer variables; optimization of 
based-variable operations 


Error Checking 


The PL/M 8086 compiler has a very powerful fea- 
ture to speed up compilations. If a syntax or program 
error is detected, the compiler will skip the code 
generation and optimization passes. This usually 
yields a 2X performance increase for compilation of 
programs with errors. 


A fully detailed set of programming and compilation 
errors is provided by the compiler. 


"Based" Variables allow manipulation of exlernal data by 
passmg the base at the data structure (I polnterl. 
ThiS 


minimIZeS ,the STACK 
space used for parameter passing. and 
the execution 
time 
to perform 
many 
STACK 
operations. 


The 
AT" 
operator 
returns 
the address 
of a 
vanabl~. 
mst~ad 
of its contents 
ThiS IS very 
useful 


In passing 
pOinters 
for based 
van abies 


PL/M 8086 is designed to be an efficient, cost-effec- 
tive solution to the special requirements of 8086 Mi- 
crosystem Software Development, as illustrated by 
the following benefits of PL/M use: 


Cost-Effective 
Alternative 
to Assembly 
Language 


PL/M 8086 programs are code efficient. PL/M 8086 
combines all of the benefits of a high-level language 
(ease of use, high productivity) with the ability to ac- 
cess the 8086 architecture. Consequently, for the 
development of systems software, PL/M 8086 is the 
cost-effective alternative to assembly language pro- 
gramming. 


PL/M is easy to learn and to use, even for the nov- 
ice programmer. 


Critical projects are completed much earlier than 
otherwise possible because PL/M 8086, a struc- 
tured high-level language, increases programmer 
productivity. 


Increases in programmer productivity translate im- 
mediately into lower software development costs 
because fewer programming resources are required 
for a given programmed function. 


Increased 
Reliability 


PLIM 8086 is designed to aid in the development of 
reliable software (PLIM 8086 programs are simple 
statements of the program algorithm). This substan- 
tially reduces the risk of costly correction of errors in 
systems that have already reached full production 
status, as the more simply stated the program is, the 
more likely it is to perform its intended function. 


Easier Enhancements 
and 
Maintenance 


Programs written in PLIM tend to be self-document· 
ing, thus easier to read and understand. This means 
it is easier to enhance and maintain PL/M programs 
as the system capabilities expand and future prod- 
ucts are developed. 


Documentation 
Package 
PLlM·BOB6 
User's 
Guide 
for BOB6-based 
Develop- 
ment Systems 


Hotline Telephone Support, Software Performance 
Reporting (SPR), Software Updates, Technical Re- 
ports, Monthly Newsletter available. 


Order Code 
D86PLM86 
Operating 
Environment 
IBM PC XTIAT running PCDOS 
Version 3.0 or later 
Intel System 8086/3XX 
running 
iRMXTM86 
VAXIVMS 
MICROVAXIVMS 
WSPLM86 
MVVSPLM86 


inter 


iC-86/186 
C COMPILER 
FOR THE 8086 AND THE 80186 
• Implements 
Full C Language 
as Defined 
• Supports 
Small, Medium, 
Compact, 
and 


by the Draft ANSI Standard 
Large Models 
of Computation 


• Produces 
High Density 
Code Rivaling 
• Supports 
IEEE Floating 
Point Math with 


Assembler 
8087 Coprocessor 
• Supports 
Both Standard 
Intel (PL/M- 
• Supports 
110 and Hardware 
Interrupts 
like) and Standard 
C Calling 
Directly 
in C 
Conventions 
• Supports 
Full Standard 
1/0 Library 
• Allows 
Mixed Memory 
Model 
(STDIO) 
Programming 
via Near and Far Pointers 
• Written 
in C 
• Available 
for DOS and VAX/VMS· 
• All Code and Libraries 
Are Fully 
Operating 
System 
Compatible 
• Designed 
to Work with Intel Debuggers 
such as 121CEand PSCOPE 


The C Programming 
Language 
was originally 
designed 
in 1972 and has become 
increasingly 
popular 
as a 


systems 
development 
language. 
C combines 
the flexibility 
and programming 
speed of a higher level language 


with the efficiency 
and control 
of assembly 
language. 


Intel iC-86 brings 
the full power 
of the C programming 
language 
to 8086, 
8088, 
80186, 
and 80188 
based 


microprocessor 
systems. 
iC-86 has been developed 
specifically 
for embedded 
microprocessor-based 
applica- 
tions. 


Intel iC-86 supports 
the full C language 
as described 
in the Kernighan 
and Ritchie book, "The 
C Programming 


Language", 
(Prentice-Hall, 
1978). iC-86 implements 
the complete 
C language 
specification 
as defined 
in the 


ANSI X3J11 standard. 


iC-86 is an outstanding 
microprocessor 
system 
implementation 
language 
because 
it provides: 


1. the ability to manipulate 
the fundamental 
objects 
of the machine 
(including 
machine 
addresses) 
as easily as 


assembly 
language. 


2. the power 
and speed 
of a structured 
language 
supporting 
a large number 
of data types, storage 
classes, 


expressions 
and statements, 


3. processor 
independence 
(most programs 
developed 
for other processors 
can be easily transported 
to the 


8086), and 


4. code that rivals assembly 
language 
in efficiency 


INTEL iC-86 COMPILER 
DESCRIPTION 


(# 
define). 
The 
parser 
phase 
converts 
the 
C pro- 


gram 
into 
an intermediate 
free 
form 
and 
does 
all 


syntactic 
and 
semantic 
error 
checking. 
The 
code 


generator 
phase converts 
the parser's 
output into an 


efficient 
intermediate 
binary 
code, 
performs 
con- 


stant folding, 
and features 
an extremely 
efficient 
reg- 


ister allocator, 
ensuring 
high quality 
code. 
The opti- 


mizer phase converts 
the output 
of the code gener- 


The 
iC-86 
compiler 
operates 
in four 
phases: 
pre- 


processor, 
parser, 
code 
generator, 
and 
optimizer. 
The 
preprocessor 
phase 
interprets 
directives 
in C 


source 
code, 
including 
conditional 
compilations 


inter 


ator into relocatable Intel Object Module Format 
(OMF) code, without creating an intermediate as- 
sembly file. Optionally, the iC-86 compiler can pro- 
duce a symbolic pseudo-assembly file. The iC-86 
optimizer eliminates common code, eliminates re- 
dundant loads and stores, and resolves span depen- 
dencies (shortens branches) within a program. 


The iC-86 runtime library consists of a number of 
functions which the C programmer can call. The run- 
time 
system 
includes 
the 
standard 
I/O 
library 


(STDIO), conversion routines, routines for manipu- 
lating strings, special routines to perform functions 
not available on the 8086 (32-bit arithmetic and em- 
ulated floating point), and (where appropriate) rou- 
tines for interfacing with the operating system. 


iC-86 uses Intel's linker and locator and generates 
debug records for symbols and lines on request, per- 
mitting access to Intel's PSCOPE AND 121CETMto 
aid in program testing. Intel's DOS L1NK86can also 
be used to create DOS executable .EXEfiles for pro- 
totyping. 


Memory Model Support 


iC-86 supports the SMALL, MEDIUM, COMPACT, 
and LARGE segmentation models. A SMALL Model 
Program can have up to 64K bytes of code space 
and 64K bytes of total data, memory, and stack 
space for all combined modules. SMALL model will 
generate the most efficient code and is the compiler 
default. A MEDIUM Model Program can have a sep- 
erate 64K segment for each module of code, while 
total data, memory, and stack must be less than 
64K. In the COMPACT model code, data, stack, and 
memory can each reside in a separate 64K seg- 
ment. The LARGE model is intended for programs 
needing up to 64K of code space and 64K of data 
space for each module. LARGE model also provides 
up to 64K of stack space and up to 64K of space for 
memory. Mixed model programming is supported 
with "near" and "far" calls. 


/I define-<lefines a macro 
/linclude-includes 
code outside of the program 


source file 
/lif-conditionally 
includes or excludes code 
Other 
preprocessor 
directives 
include 
/lundef, 


/lifdef, /lifndef, /leise, /lendif, and /lline. 


The C language supports a variety of statements: 


Conditionals: IF, IF-ELSE 
Loops: WHILE, DO-WHILE, FOR 
Selection of cases: SWITCH, CASE, DEFAULT 
Exit from a function: RETURN 
Loop control: CONTINUE, BREAK 
Branching: GOTO 


The C language includes a rich set of expressions 
and operators. 
Primary expression: invoke functions, select ele- 
ments from arrays, and extract fields from structures 
or unions 
Arithmetic operators: add, subtract, multiply, divide, 
modulus 
Relational operators: greater than, greater than or 
equal, less than, less than or equal, not equal 
Unary operators: indirect through a pointer, compute 
an address, logical negation, ones complement, pro- 
vide the size in bytes of an operand. 
Logical operators: AND, OR 
Bitwise operators: AND, exclusive OR, inclusive OR, 
bitwise complement 


Calling Conventions 


iC-86 provides two distinct calling conventions for 
handling the way parameters are passed on the 
stack. The variable 
parameter 
list (VPL) is the de- 


fault, and is consistent with most other C compilers. 
VPL pushes the last (rightmost) parameter first, and 
the first parameter is pushed last. The fixed parame- 
ter list (FPL) is the calling convention for most other 
Intel compilers, including PLiM. FPL pushes the first 
parameter first, and the last parameter last. By using 
the keyword "alien", the user can make direct PL/M 
calls. 
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Data in C is described 
by its type and storage 
class. 


The type determines 
its representation 
and use, and 
the storage 
class determines 
its lifetime, 
scope, and 
storage 
allocation. 
The following 
data types are fully 


supported 
by iC-86. 


char 


an 8-bit signed 
integer 


int 


a 16-bit signed 
integer 


short 


same as int (on the 8086) 


long 


a 32-bit signed 
integer 


unsigned 


a modifier for integer data types (char, int, short, 
and long) which doubles 
the positive 
range of 
values 


float 


a 32-bit floating 
point number which 
utilizes the 
8087 or a software 
floating 
point library 


double 


a 64-bit floating 
point number 


bit·field 


maximum 
size is that of an int 


void 


a special type that cannot 
be used as an opera- 


tor; normally 
used for functions 
called 
only for 


effect 
(to prevent 
their use in contexts 
where 
a 
value is required). 


enum 


an enumerated 
data type 


These 
fundamental 
data types 
may be used to 


create 
other 
data types 
including: 
arrays, 
func- 
tions, structures, 
pointers, 
and unions. 


register 


suggests 
that 
a variable 
be kept in a machine 
register, 
often 
enhancing 
code 
density 
and 
speed 


extern 


a variable 
defined 
outside 
of the function 
where 


it is declared; 
retaining 
its value throughout 
the 


entire program 
and accessible 
to other modules 


auto 


a local variable, 
created 
when a block of code is 


entered 
and discarded 
when the block is exited 


static 


a local 
variable 
that 
retains 
its value 
until 
the 


termination 
of the entire program 


typedef 


defines a new data type name from existing data 
types 


Faster Compilation 


Intel iC-86 compiles 
C programs 
substantially 
faster 


than standard 
C compilers 
because 
it produces 
Intel 


OMF code 
directly, 
eliminating 
the traditional 
inter- 


mediate 
process 
of generating 
an assembly 
file. 


Portability 
of Code 


Because 
Intel 
iC-86 
supports 
the 
STOIO 
and 
pro- 


duces 
Intel OMF 
code, 
programs 
developed 
on a 


variety of machines 
can easily be transported 
to the 


8086. 


Intel iC-86 provides 
the programmer 
with detailed 
er- 


ror messages 
and access 
to PSCOPE-86 
and 121CE 


to speed 
program 
development. 
A complete 
listing 


file can also be produced. 


Full Manipulation 
of the 
8086 and 80186 


Intel 
iC-86 
enables 
the 
programmer 
to utilize 
fea- 


tures of the C language 
to control 
bit fields, pointers, 


addresses 
and register 
allocation, 
taking full advan- 


tage 
of the fundamental 
concepts 
of the 
8086. 
A 


M00186 
control 
is also available 
to provide full sup- 


port for the additional 
instructions 
in the 80186. 
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The iC-86 compiler 
runs host resident 
on DOS 3.0 or 
greater. 
iC-86 can also run as a cross compiler 
on a 
VAX 
11/780 
computer 
under 
the 
VMS 
operating 
system. 
640K 
bytes of User Memory 
is required 
on 
all versions. 
The PC DOS Operating 
Environment 
is 
also supported. 
Specify 
desired version 
when order- 
ing. 


VAX version: 


- 
Digital 
Equipment 
Corporation 
VAX 
111780 
or 
compatible 
computer 
running VMS 4.5 or greater 


PC DOS version: 


- 
PC XT or AT using PC DOS 3.0 or later 


- 
Hard disk recommended 


MicroVAX 
or VAX version: 


- 
VMS Operating 
System 
4.5 or greater 


PC DOS version: 


- 
PC DOS Release 
3.0 or later Operating 
System 


Documentation 
Package 


iC-86 User Manual 


C: A 
Reference 
Manual 
by 
Harbison 
and 
Steele 


(1987 Prentice-Hall) 


VAX version: 


- 
1600 bpi, 9 track Magnetic 
tape 


DOS version: 


- 
5%" 
DOS format 
diskette 


- 
3.5" 
DOS format 
diskette 


Order 
Code 


MVVSC86 


Description 


iC-86 Cross Compiler 
for 
MicroVAXIVMS 


iC-86 Cross Compiler 
for VAXIVMS 


iC-86 Compiler 
for PC DOS 


VVSC86 


D86C86 


Intel Software 
License 
required 
for VAX and 
MicroVAX 
versions 


Intel offers several 
levels of support 
for this product 


which are explained 
in detail in the price list. Please 


consult 
the price list for a description 
of the support 


options 
available. 


'MDS 
is an ordering 
code only and is not used as a product 


name 
or trademark. 
MDS is a registered 
trademark 
of Mo- 


hawk Data Sciences 
Corporation. 


VAX, 
VMS are registered 
trademarks 
of Digital 
Equipment 


Corporation. 
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286 SOFTWARE DEVELOPMENT TOOLS 
AVAILABLE ON'CHOICE OF INDUSTRY STANDARD 
HOSTS 
INCLUDING PC-DOS AND VAX/VMS* 


• 
286 Software Development Package 
- 
Complete System Development 
Capability for High-Performance 286 
Applications 
- 
Allows Creation of Multi-User, Virtual 
Memory, and Memory-Protected 
Systems 
- 
Macro Assembler for Machine-Level 
Programming 


• 
Pascal-286 Software Package 
- 
High-Level Programming Language 
for the Protected Virtual Mode of the 
286 
-Implements 
ISO Standard Pascal 


• 
PL/M 286 Software Package 
- 
Systems Programming Language for 
the Protected Virtual Address Mode 
of the 286 
- 
Advanced Structured System 
Implementation Language for 
Algorithm Development 


• 
IC-286, C Compiler for the 80286 
-Implements 
Full C Language 
- 
High-Level Language for the 
Protected Virtual Mode of the 286 


() 


APPLICATION 
SOFTWARE 


a:wo 
...J 


~~ 
~ 
PROTECTED, 
MULTI- 


en 
TASK 
SYSTEM 


The iAPX 286 Software Development Package keeps the protection mechanism invisible to the application 
programmer, yet easy to configure for the system programmer. 
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• 
Instruction 
Set and Assembler 
Mnemonics 
Are Upward 
Compatible 
with ASM-86/88 


• 
Powerful 
and Flexible 
Text Macro 
Facility 


• 
Type-Checking 
at Assembly 
Time Helps 
Reduce 
Errors at Run-Time 


• 
Structures 
and RECORDS 
Provide 
Powerful 
Data Representation 


• 
"High-Level" 
Assembler 
Mnemonics 
Simplify 
the Language 


• 
Supports 
Full Instruction 
Set of the 
80286/20, 
Including 
Memory 
Protection 
and Numerics 


ASM-286 
is the "high-level" 
macro assembler 
for the 80286 assembly 
language. 
ASM-286 
translates 
symbolic 
assembly 
language 
mnemonics 
into relocatable 
object 
code. 
The assembler 
mnemonics 
are a superset 
of 
ASM-86/88 
mnemonics; 
new ones have also been added to support the new 80286 instructions. 
The segmen- 
tation 
directives 
have been greatly 
simplified. 


The 80286 
assembly 
language 
includes 
approximately 
150 instruction 
mnemonics. 
From these few mnemon- 
ics the assembler 
can generate 
over 4,000 distinct 
machine 
instructions. 
Therefore, 
the software 
development 
task 
is simplified, 
as the 
programmer 
need 
know 
only 
150 mnemonics 
to generate 
all possible 
machine 
instructions. 
ASM-286 
will generate 
the shortest 
machine 
instruction 
possible 
(given explicit 
information 
as to 
the characteristics 
of any forward 
referenced 
symbols). 


The powerful 
macro 
facility 
in ASM-286 
saves development 
and maintenance 
time by coding 
common 
pro- 
gram sequences 
only once. A macro substitution 
is made each time the sequence 
is to be used. This facility 
also allows for conditional 
assembly 
of certain 
program 
sequences. 


ASM-286 
offers many features 
normally 
found only in high-level 
languages. 
The assembly 
language 
is strongly 
typed, 
which 
means 
it performs 
extensive 
checks 
on the usage 
of variables 
and labels. 
This allows 
many 
programming 
errors to be detected 
when the program 
is asembled, 
long before 
it is being debugged. 


ASM-286 
object 
modules 
conform 
to a thorough, 
well-defined 
format 
used by all 286 high-level 
languages 
and 
utilities. 
This makes 
it easy to call (and be called from) HLL object 
modules. 


For programmers 
who wish to use assembly 
language. 
ASM-286 
provides 
many powerful 
"high-level" 
capabil- 
ities that simplify 
program 
development 
and maintenance. 


intJ 


• Links Separately 
Complied 
Program 
• Resolves 
PUBLIC/EXTERNAL 
Code and 
Modules 
Into an Executable 
Task 
Data References, 
and Performs 
• Makes the 80286 Protection 
Mechanism 
Intermodule 
Type-Checking 


Invisible 
to Application 
Programmers 
• Provides 
Print File Showing 
Segment 
• Works with PL/M·286, 
Pascal·286, 
Map, Errors and Warnings 


FORTRAN-286, 
ASM·286 
Object 
• Assigns 
Virtual Addresses 
to Tasks in 
Modules 
and IC·286 
the 232 Address 
Space 
• Performs 
Incremental 
Linking with 
• Generates 
Linkable 
or Loadable 
Module 
Output 
of Binder and Builder 
for Debugging 


BND-286 
is a utility that combines 
80286 object 
modules 
into executable 
tasks. 
In creating 
a task, the Binder 
resolves 
Public and External 
symbol 
references, 
combines 
segments, 
and performs 
address 
fix-ups on sym- 


bolic code and data. 


The Binder takes object 
modules 
written 
in ASM-286, 
PL/M-286, 
Pascal-286, 
FORTRAN-286 
or iC-286 and 
generates 
a load able module 
(for execution 
or debugging), 
or a linkable 
module 
(to be re-input 
to the Binder 
later; this is called incremental 
binding). The binder accepts 
library modules 
as well, linking only those modules 
required 
to resolve 
external 
references. 
BND-286 
generates 
a print file displaying 
a segment 
map, and error 
messages. 


The 
Binder 
is used 
by system 
programmers 
and application 
programmers. 
Since 
application 
programmers 
need to develop 
software 
independent 
of any system 
architecture, 
the 286 memory 
protection 
mechanism 
is 
"hidden" 
from users of the Binder. This allows application 
tasks to be fully debugged 
before becoming 
part of 
a protected 
system. 
(A protected 
system 
may be debugged 
as well.) System 
protection 
features 
are specified 
later in the development 
cycle, using the 286 System 
Builder. 
It is possible 
to link operating 
system 
services 
required 
by a task using either 
the Binder or the Builder. 
This flexibility 
adds to the ease of use of the 286 
utilities. 


Key Benefits 


The Binder is the only utility an application 
programmer 
needs to develop 
and debug an individual 
task. Users 
of the Binder need not be concerned 
with the architecture 
of the target 
machine, 
making application 
program 
development 
for the 286 very simple. 


• 
Flexible 
Utility to Display Object 
File 
Information 


• 
MAP-286 
Selectively 
Purges Symbols 
from a Load Module 


• 
Provides 
Inter-Module 
Cross- 
Referencing 
for Modules 
Written 
in All 
Languages 


• 
Mapper Allows 
Users to Display: 
Protection 
Information: 
Segment 
Tables 
Gate Tables 
Public Addresses 
Debug Information: 
Module 
Names 
Program 
Symbols 
Line Numbers 


A cross-reference 
map showing 
references 
between modules 
simplifies 
debugging; 
the map also 
lists and 
controls 
all symbolic 
information 
in one easy-to-read 
place. 
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• 
Fast, Easy Management 
of 80286 
Object 
Module 
Libraries 


• 
Only Required 
Modules 
Are Linked, 
When Using the Binder or Builder 


• 
Librarian 
Allows User to: 
Create 
Libraries 
Add Modules 
Replace 
Modules 
Delete 
Modules 
Copy Modules 
from Another 
Library 
Save Library 
Module to' Object 
File 
Create 
Backup 
Display Module 
Information 
(Creation 
Date, Public, Segments) 


• 
Supports 
Complete 
Creation 
of 
Protected, 
Multi-Task 
Systems 


• 
Resolves 
PUBLIC/EXTERNAL 
Definitions 
(Between 
Protection 
Levels) 


• 
Supports 
Memory 
Protection 
by 
Building System 
Tables, 
Initializing 
Tasks, and Assigning 
Protection 
Rights 
to Segments 


• 
Creates 
a Memory 
Image of a 286 
System 
for Cold-Start 
Execution 


• 
Target 
System 
may be Boot-Loadable, 
Programmed 
Into ROM, or Loaded 
From Mass-Store 


• 
Generates 
Print File with Command 
Listing and System 
Map 


BLD-286 
is the utility that lets system programmers 
configure 
mutli-tasking, 
protected 
systems 
from an operat- 
ing system 
and discrete 
tasks. The Builder generates 
a cold-start 
execution 
module, 
suitable 
for ROM-based 
or disk-based 
systems. 


The Builder accepts 
input modules 
from 80286 translators 
or the 80286 
Binder. 
It also accepts 
a "Build 
File" 


containing 
definitions 
and initial values for the 286 protection 
mechanism-descriptor 
tables, gates, segments, 


and tasks. BLD-286 
generates 
a Loadable 
or bootloadable 
output module, as well as a print file with a detailed 
map of the memory-protected 
system. 


Using the Builder command 
Language, 
system 
programmers 
may perfrom 
the following 
functions: 


- 
Assign 
physical 
addresses 
to segments; 
also set segment 
access 
rights and limits. 


- 
Create 
Call, Trap, and Interrupt 
"Gates" 
(entry-points) 
for inter-level 
program 
transfers. 


- 
Make 
gates 
available 
to tasks; 
this 
is an easier 
way to define 
program 
interfaces 
than 
using 
interface 
libraries. 


- 
Create 
Global 
(GDT), Interrupt 
(IDT), and any Local (LDT) Descriptor 
Tables. 


- 
Create 
Task State Segments 
and Task Gates for multi-task 
applications. 


- 
Resolve 
inter-module 
and inter-level 
references, 
and perform 
type-checking. 


- 
Automatically 
select 
required 
modules 
from libraries. 


- 
Configure 
the memory 
image into partitions 
in the address 
space. 


- 
Selectively 
generate 
an object file and various 
sections 
of the print file. 
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Allows a system programmer to define the configu- 
ration of a protected system in one place, with one 
.easy-to-use Utility. This specification may then be 
adopted by all project members, using either the 
Builder or just the Binder. The flexibility simplifies 
program development for all users. 


ASM 286 Language Reference Manual 
ASM 286 Macro Assembler Operating Instructions 
80286 Utilities User's Guide 
80286 System Builder User's Guide 
Pocket Reference for all the above: 


ASM 286 
Utilties 


Hotline 
Telephone 
Support, 
Software 
Updates, 


Technical Reports 


Product 
Code 
186ASM 286 
D86ASM 286 


VVSASM 286 
MVVSASM 286 
X286ASM 286 
R286ASM 286 


Operating 
Environment 


Series III/Series IV 
IBM PC XT/ AT running PCDOS 
3.0 or later 
VAXIVMS 
MicroVAXIVMS 
Xenix for Intel 286/3XX Systems 
RMX 286 for Intel 286/3XX Sys- 
tems 
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• 
High-Level 
Programming 
Language 
for 
the Protected 
Virtual Mode iAPX 286 


• 
Implements 
ISO Standard 
Pascal Many 
Useful Extensions 
may be Enabled 
via 
a Compiler 
Switch 


• 
Choice 
of Industry 
Standard 
Hosts 
• 
Supports 
Full Symbolic 
Debugging 
with 
iAPX 286 Software 
and ICETM 
Debuggers 


• 
Upward 
Compatible 
with Pascal-86 
for 


Software 
Portability 


• 
Produces 
Relocatable 
Object 
Code 


Which is Linkable 
to Object 
Modules 


Generated 
by Other iAPX 286 


Translators 


• 
Fully Supports 
the 80287 Numeric 


Processor 
using the IEEE Floating 


Point Standard 


Pascal-286 
is a powerful, 
structured, 
applications 
programming 
language 
for the 
protected 
virtual 
address 
mode of the iAPX 286. Pascal-286 
is upward compatible 
with Pascal-86 
so that 8086 Pascal source 
code can 
be ported to the iAPX 286 in protected 
mode. 


Pascal-286 
implements 
strict 
ISO standard 
Pascal, but with many useful extensions. 
These 
include 
separate 
compilation 
of modules, 
interrupt 
handling, 
port I/O, and 80287 numerics 
support. 
A control 
is provided 
in the 
compiler 
to flag all non-ISO 
features 
used. 


Pascal-286 
produces 
relocatable 
object 
code which 
can be linked with object 
code produced 
by other 
iAPX 
286 translators 
such as AsM-286 
and PL/M-286. 
Thus, a combination 
of translators 
can be used to provide 
great programming 
flexibility. 


Type and symbol 
information 
needed 
by software 
and in-circuit 
debuggers 
is added to the object code by the 
Pascal-286 
compiler. 
This information 
can be stripped 
off by the compiler 
or linker for the final production 
version. 


The Pascal-286 
compiler 
runs on the Intel Microcomputer 
Development 
Systems 
(Series III/Series 
IV) as well 
as the IBM PC XT/AT 
running 
PCDOS version 
3.0 or later. 
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Pascal has gained wide acceptance as a portable 
language for microcomputer applications. However, 
portability can result only if standards are adhered 
to. Pascal-286 is a strict implementation of ISO stan- 
dard Pascal. Extensions are provided to make the 
language more powerful for microprocessor applica- 
tions. All extensions are clearly highlighted in the 
documentation. In addition, the compiler provides a 
control to flag any non ISO feature used. Pascal-286 
will evolve to track future enhancements to standard 
Pascal. 


The Pascal-286 compiler produces object code for 
the protected virtual address mode of the iAPX 286 
language. However, no 286 architecture specific 
features have been added to the Pascal-286 lan- 
guage. This makes Pascal-286 source code upward 
compatible with Pascal-86, which allows for porting 
of 8086 software to the protected 286 with relative 
ease. 


Compatible 
With Other iAPX 286 


Translators 


All Intel iAPX 286 translators output object code in a 
standardized format. This allows 286 programs to be 
written in a mixture of languages. Systems routines 
which need access to architectural features can be 
coded in PL/M-286 or ASM-286. Pascal-286 may be 
better suited for the applications routines. The sys- 
tems and application routines can then be combined 
using the 286 linker (BIND-286). 


Programs compiled with Pascal-286 can be moved 
from the development host environment to the tar- 
get environment with ease. This is the result of stan- 
dardizing run-time operating system interfaces re- 
quired by the compiled program into a well defined 
and well documented set of routines. After programs 
are developed on a development host, they can 
then be executed in the target using the same set of 
system interfaces. 


Extensions for Microprocessor 
Programming 


Pascal-286 provides extensions that make it power- 
ful for microprocessor applications. Built-in proce- 
dures allow 1/0 directly from the ports of the iAPX 
286. This speeds up 1/0 
as it is done by direct 


communication with the microprocessor. Interrupt 
processing is also supported by built in procedures. 
Examples are: ENABLEINTERRUPTS, DISABLE- 
INTERRUPTS, CAUSEINTERRUPT. Many built in 
procedures and variables are provided for communi- 
cating with the 80287 for numeric computations. 


Compiler Controls 


The Pascal-286 compiler provides many controls 
which can be used at invocation time to enhance 
programming flexibility. Examples are: CODE/NO- 
CODE, DEBUG/NODEBUG, INCLUDE (file), L1STI 
NOLlST, OPTIMIZE (n), EXTENSIONS/NOEXTEN- 
SIONS. All controls have default values that are ac- 
tive unless the opposite is specified during invoca- 
tion. Thus, for most compiles, no controls need be 
specified. 


Support for IEEE Standard 
Numerics 


Pascal-286 provides full support for the 80287 nu- 
merics co-processor. All floating point operations 
are done according to the IEEE floating point stan- 
dard. The benefits are predictable, accurate and 
consistent results. Built-in procedures to support the 
80287 
include 
GET8087ERRORS 
and 
MASK 


8087ERRORS. A full set of 80287 library routines 
are supplied with the compiler. 


Optimizations 


The Pascal-286 compiler produces highly optimized 
code, both in size and execution time. This is 
achieved by: 


Use of powerful iAPX 286 instructions, in particu- 
lar, for string handling, 80287 numerics and sub- 
routine linkage 
- 
Short circuit evaluation of boolean expressions, 
constant folding and strength reduction of multi- 
plications and additions 
- 
Elimination of superfluous branches, optimization 
of span dependent jumps 
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Support 
Available 


Hotline 
service, 
Software 
Updates 
and 
technical 


newsletters. 


Product 
Code 


186 PAS 286 
086 PAS 286 


Operating 
Environment 
Intel Series III/Series 
IV 
IBM PC XT / AT running PCDOS version 3.0 
or later 


Documentation 
Package 


Pascal-286 
User's Guide 
Pascal-286 
Pocket Reference 
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• 
System Programming Language for the 
• 
Advanced, Structured System 
Protected Virtual Address Mode 80286 
Implementation Language for Algorithm 


• 
Upward Compatible with PL/M 86 and 
Development 


PL/M 80 Assuring Software Portability 
• 
Produces Relocatable Object Code 
• 
Enhanced to Support Design of 
Which is Linkable to Object Modules 
Protected, Multi-User, Multi-Tasking, 
Generated by all Other 80286 Language 
Virtual Memory Operating System 
Translators 


Software 
• 
Wide Choice of Industry Standard 
• 
Multiple Levels of Optimization 
Hosts 


PLIM 
286 is a powerful, 
structured, 
high-level 
system implementation 
language 
for the development 
of system 
software 
for the protected 
virtual address 
mode 80286. 
PLIM 
286 has been enhanced 
to utilize 80286 fea- 
tures-memory 
management 
and protection-for 
the implementation 
of multi-user, 
multi-tasking 
virtual memo- 
ry operating 
systems. 


PLIM 
286 is upward 
compatible 
with PL/M 
86 and PL/M 
80. EXisting systems 
software 
can be recompiled 
with PL/M 
286 to execute 
in protected 
virtual address 
mode on the 80286. 


PL/M 
286 is the high-level 
alternative 
to assembly 
language 
programming 
on the 80286. 
For the majority 
of 
80286 
systems 
programs, 
PLIM 
286 provides 
the features 
needed 
to access 
and to control 
efficiently 
the 
underlying 
80286 
hardware 
and consequently 
it is the cost-effective 
approach 
to develop 
reliable, 
maintaina- 
ble system 
software. 


The PL/M 
286 compiler 
has been designed 
to efficiently 
support· all phases of software 
development 
features 
such 
as a built-in 
syntax 
checker, 
multiple 
levels 
of optimization, 
virtual 
symbol 
table 
and four 
models 
of 
program 
size and memory 
usage for efficient 
code generation 
provide 
the total program 
development 
support 
needed. 


The PLIM 
286 compiler 
runs on the Intel Microcomputer 
Development 
Systems 
(Series 
III/Series 
IV) as well 
as the IBM PC XT/AT 
running 
PC DOS version 
3.0 or later, Digital Equipment 
VAXIVMSt 
Systems, 
and Intel 
XENIX" 
286 and RMX 286 based systems. 
. 


tVAX. VMS are trademarks of Digital Equipment Corporation. 
"XENIX 
is a trademark of Microsoft Corporation. 


inter 


Major features of the Intel PLIM 286 compiler and 
programming language include: 


Structured 
Programming 


PLIM source code is develqped in a series of mod- 
ules, procedures, and blocks. Encouraging program 
modularity in this manner makes programs more 
readable, and easier to maintain and debug. The 
language becomes more flexible by clearly defining 
the scope of user variables (local to a private proce- 
dure, for example). 


The use of modules and procedures to break down 
a large problem leads to productive software devel- 
opment. The PLIM 286 implementation of block 
structure allows the use of REENTRANT proce- 
dures, which are especially useful in system design. 


Language Compatibility 


PL/M 286 object modules are compatible with ob- 
ject modules generated by all other 286 translators. 
This means that PL/M programs may be linked to 
programs written in any other 286 language. 


Object modules are compatible with In-Circuit Emu- 
lators; DEBUG compiler control provides the In-Cir- 
cuit Emulators with full symbolic debugging capabili- 
ties. 


PL/M 286 language is upward compatible with PL/M 
86 and PLIM 80 so that application programs may 
be easily ported to run on the protected mode 
80286. 


Supports Seven Data Types 


PL/M makes use of seven data types for various 
applications. These data types range from one to 
four bytes and facilitate various arithmetic, logic, and 
addressing functions: 
- 
Byte: 8-bit unsigned number 
- 
Word: 16-bit unsigned number 
- 
Dword: 32-bit unsigned number 


- 
Integer: 16-bit signed number 


- 
Real: 32-bit floating-point number 


- 
Pointer: 16-bit or 32-bit memory address 
indicator 
- 
Selector: 16-bit pointer base 


Another powerful facility allows the use of BASED 
variable which permit run-time mapping of variables 


to memory locations. This is especially useful for 
passing parameters, relative and absolute address- 
ing, and dynamic memory allocation. 


In addition to the seven data types and based vari- 
ables, PLIM supports two powerful data structuring 
facilities. These help the user to organize data into 
logical groups. 
- 
Array: Indexed list of same type data elements 


- 
Structure: Named collection of same or different 
type data elements 


- 
Combinations of both: Arrays of structures or 
structures of arrays 


Numerics Support 


PL/M programs that use 32-bit REAL data are exe- 
cuted using the 80287 Numeric Data Processor for 
high performance. All floating-point operations sup- 
ported by PLIM are executed on the 80287 accord- 
ing to the IEEE floating-point standard. PL/M 286 
programs can use built-in functions and predefined 
procedures-INIT$REAL$MATH$UNIT, 
SET$REAL- 


$MODE, 
GET$REAL$ERROR, 
SAVE$REAL$- 


STATUS, RESTORE$REAL$STATUS,-to 
control 


the operation of the 80287 within the scope of the 
language. 


The PLIM 286 language contains built-in functions 
for string manipulation. These byte and word func- 
tions perform the following operations on character 
strings: MOVE, COMPARE, TRANSLATE, SEARCH, 
SKIP, and SET. 


PLIM 286 directly supports input and output from 
the 80286 ports for single BYTE and WORD trans- 
fers. For BLOCK transfers, PL/M 286 programs can 
make calls to predefined procedures. 


Interrupt 
Handling 


PL/M 286 has the facility for generating and han- 
dling interrupts on the 80286. A procedure may be 
defined as an interrupt handler through use of the 
INTERRUPT attribute. The compiler will then gener- 
ate code to save and restore the processor status 
on each execution of the user-defined interrupt han- 


dler 
routine. 
The 
PL/M 
statement 
CAUSE$ 
INTERRUPT allows the user to trigger a software 
interrupt from within the program. 


PL/M 286 supports the implementation of protected 
operating system software by providing built-in pro- 
cedures and variables to access the protection 
mechanism of the 80286. Predefined variables- 
TASK$REGISTER, 
LOCAL$TABLE, 
MACHINE$- 
STATUS, etc.-allow 
direct access and modification 
of the protection system. Untyped procedures and 
functions-SAVE$GLOBAL$TABLE, 
RESTORE$- 
GLOBAL$TABLE, 
SAVE$INTERRUPT$TABLE, 


RESTORE$INTERRUPT$TABLE, CLEAR$TASK$- 
SWITCHED$FLAG, 
GET$ACCESS$RIGHTS, 
GET$SEGMENT$L1MIT, 
SEGMENT$READABLE, 
SEGMENT$WRITEABLE, 
ADJUST$RPL-provide 
all the facilities needed to implement efficient oper- 
ating system software. 


The PL/M 286 compiler offers controls that facilitate 
such features as: 
- 
Optimization 
- 
Conditional compilation 


- 
The inclusion of additional PL/M source files 
from disk 
- 
Cross-reference of symbols 
- 
Optional assembly language code in the listing 
file 
- 
The setting of overflow conditions for run-time 
handling 


Addressing 
Control 


The PL/M 286 compiler uses the SMALL, COM- 
PACT, MEDIUM, and LARGE control to generate 
optimum addressing instructions for programs. Pro- 
grams of any size can be easily modularized into 
"subsystems" to exploit the most efficient memory 
addressing schemes. This lowers total memory re- 
quirements and improves run-time execution of pro- 
grams. 


The PL/M 286 compiler offers four levels of opti- 
mization for significantly reducing overall program 
size. 


- 
Combination or "folding" 
of constant expres- 


sions; and short-circuit evaluation of Boolean ex- 
pressions 
"Strength reductions": a shift left rather than 
multiply by 2; and elimination of common sub-ex- 
pressions within the same block 


- 
Machine code optimizations; elimination of su- 
perfluous branches; reuse of duplicate code; re- 
moval of unreachable code 
- 
Optimization of based-variable operations and 
cross-statement loadl store 


The PLIM 286 compiler has a very powerful feature 
to speed up compilations. If a syntax or program er- 
ror is detected, the compiler will skip the code gen- 
eration and optimization passes. This usually yields 
a 2X performance increase for compilation of pro- 
grams with errors. 


A fully detailed and helpful set of programming and 
compilation error messages is provided by the com- 
piler and user's guide. 


PLIM 286 is designed to be an efficient, cost-effec- 
tive solution to the special requirements of protected 
mode 80286 Microsystem Software Development, 
as illustrated by the following benefits of PLIM use: 


PLIM 286 is easy to learn and use, even for the 
novice programmer. 


Critical projects are completed much earlier than 
otherwise possible because PLIM 286, a structured 
high-level language, increases programmer produc- 
tivity. 


Increases in programmer productivity translate im- 
mediately into lower software development costs 
because less programming resources are required 
for a given programmed function. 


PLIM 286 is designed to aid in the development of 
reliable software (PLIM 286 programs are simple 
statements of the program algorithm). This substan- 
tially reduces the risk of costly correction of errors in 
systems that have already reached full production 
status, as the more simply stated the program is, the 
more likely it is to perform its intended function. 


Easier Enhancements 
and 
Maintenance 


Programs written in PL/M tend to be self-document- 
ing, thus easier to read and understand. This means 
it is easier to enhance and maintain PL/M programs 
as the system capabilities expand and future prod- 
ucts are developed. 


Cost-Effective 
Alternative 
to Assembly 
Language 


PL/M 286 programs are code efficient. PLIM 286 
combines all of the benefits of a high-level language 
(ease of use, high productivity) with the ability to ac- 
cess the 80286 architecture. This includes language 
features for control of the 80286 protection mecha- 
nism. Consequently, for the development of systems 
software, PLIM 286 is the cost-effective alternative 
to assembly language programming. 


Support Available 


90 Days: 
Hotline Telephone Support, Software Updates, 
Subscription Service 


Documentation 
Package 


PL/M 286 User's Guide 
PL/M 286 Pocket Reference 


Ordering Code Operating Environment 
D86PLM286 
IBM PC XT/AT 
running PCDOS 
version 3.0 or later 
VVSASM286 
X286PLM286 
R286PLM286 


VAX, VMS 
Xenix for Intel Systems 286/3XX 
iRMXTM 286 for 
Intel 
Systems 
286/3XX 


PL/M 386 Software Package 


• 
Systems Programming 
Language for 


the Protected Virtual Address Mode 
386 


• 
Upward Compatible with PL/M 286, 
PL/M 86, and PL/M 80 Assuring 
Software Portability 


386 Relocation, Linkage and Library Tools 


• 
Provides System Development 
Capability for High-Performance 
386 


Applications 


• 
Allows Creation of Multi-User Virtual 
Memory, and Memory-Protected 
Systems 


C 386 


• 
Implements Full C Language and New 
Extensions 


• 
Produces High Density Code Rivaling 
Assembler 


• 
Supports Intel Object Module Format 
(OMF) 


ASM 386 


• 
Instruction 
Set and Assembler 


Mnemonics Are Upward Compatible 
with ASM 286 and ASM 86 


• 
Type-Checking 
at Assembly Time Helps 


Reduce Errors at Run-Time 


~ 
PROTECTED, MULTI- 


/~ 
(Q) 
~I '~ 


OPERATING SYS~EM 
~ 
'\ 


SOFTWARE 


/ 
TARGET 


~~ 
SYSTEM 


APPLICATION 


SOFTWARE 


inter 


• 
Instruction 
Set and Assembler 
Mnemonics 
Are Upward 
Compatible 
with ASM 286 and ASM 86 


• 
Powerful 
and Flexible Text Macro 
Facility 


• 
Type-Checking 
at Assembly 
Time Helps 
Reduce 
Errors at Run-Time 


• 
Structures 
and Records 
Provide 
Powerful 
Data Representation 


• 
"High-Level" 
Assembler 
Mnemonics 
Simplify 
the Language 


• 
Supports 
Full Instruction 
Set of the 
386, Including 
Memory 
Protection 
and 
Numerics 


• 
Supports 
286 Addressing 
Modes 


• 
DOS Version 
Supports 
Expanded 
Symbol Table if Used with Intel Above 
Board 


ASM 386 is the "high-level" 
macro assembler 
for the 386 assembly 
language. 
ASM 386 translates 
symbolic 
assembly 
language 
mnemonics 
into relocatable 
object 
code. 
The assembler 
mnemonics 
are a superset 
of 
ASM 
286/86/88 
mnemonics; 
new ones 
have 
also 
been 
added 
to support 
the 
new 386 
instructions. 
The 
segmentation 
directives 
have been greatly 
simplified. 


The 386 assembly 
language 
includes 
approximately 
275 instruction 
mnemonics. 
From these few mnemonics 
the assembler 
can generate 
over 40,000 
distinct 
machine 
instructions. 
Therefore, 
the software 
development 
task 
is simplified, 
as the 
programmer 
need 
know 
only 
275 
mnemonics 
to generate 
all possible 
machine 
instructions. 
ASM 386 will generate 
the shortest 
machine 
instruction 
possible 
(given explicit 
information 
as to 
the characteristics 
of any forward 
referenced 
symbols). 
. 


The powerful 
macro facility 
in ASM 386 saves 
development 
and maintenance 
time by coding 
common 
pro- 
gram sequences 
only once. A macro substitution 
is made each time the sequence 
is to be used. This facility 
also allows for conditional 
assembly 
of certain 
program 
sequences. 


ASM 386 offers many features 
normally found only in high-level 
languages. 
The assembly 
language 
is strongly 
typed, which ,means it performs 
extensive 
checks 
on the usage of variables 
and labels. This means that many 
programming 
errors will be detected 
when the program 
is assembled, 
long before 
it is being debugged. 


ASM 386 object modules 
conform 
to a thorough, 
well-defined 
format 
used by all 386 high-level 
languages 
and 
utilities. 
This means it is easy to call (and be called from) High Level Language 
object 
modules. 


Hotline 
Telephone 
Support, 
Software 
Performance 
Report 
(SPR), Software 
Update, 
Technical 
Reports, 
and 
Monthly 
Technical 
Newsletters 
are available. 


ORDERING 
INFORMATION 


Part Number 


X286ASM386 
D86ASM386 
VVSASM386 
MVVSASM386 


Description 


386 Assembler 
386 Assembler 
386 Assembler 
386 Assembler 


ASM 386 Assembly 
Language 
Reference 
Manual 
ASM 386 Macro Assembler 
Operating 
Instructions 


Operating 
Environment 
286/310 
XENIX· 
System 
PC-DOS 3.0 or greater 
VAXIVMS 
4.4 or greater 
MicroVAXIVMS 
4.4 or greater 


inter 


• 
System 
Development 
Capability 
for 
High-Performance 
386 Applications 


• 
Allows creation 
of Multi-User, 
Virtual 
Memory, 
and Memory-Protected 
Systems 


• 
System 
Utilities for Program 
Linkage 


and System 
Building 


• 
Package 
Supports 
Program 


Development 
with ASM 386, PL/M 
386, 


C 386, Ada 386 and FORTRAN 
386. 


The 
80386 
is a 32-bit 
microprocessor 
system 
with 
32-bit 
addressing, 
integrated 
memory 
protection, 
and 
instruction 
pipelining 
for high performance. 
The 386 Relocation, 
Linkage, and Library Tools are a cohesive 
set 
of software 
design 
aids for programming 
the 386 microprocessor 
system. 
The package 
enables 
system 
pro- 
grammers 
to design 
protected, 
multi-user 
and multi-tasking 
operating 
system 
software, 
and enables 
applica- 
tion programmers 
to develop 
tasks to run on a protected 
operating 
system. 


The 
386 
Relocation, 
Linkage 
and 
Library 
tools 
include 
a program 
binder 
(for linking 
separately 
compiled 
modules 
together), 
a system 
builder (for configuring 
protected 
multiple-task 
systems), 
a cross reference 
map- 
per, a program 
librarian, 
and the 287/387 
support 
library. 


inter 


• 
Supports 
Complete 
Creation 
of 
Protected, 
Multi-task 
Systems 


• 
Resolves 
PUBLIC/EXTERNAL 
Definitions 
(between 
protection 
levels) 


• 
Supports 
Memory 
Protection 
by 
Building System 
Tables, 
Initializing 
Tasks, and Assigning 
Protection 
Rights 
to Segments 


• 
Creates 
a Memory 
Image of a 386 
System 
for Cold-start 
Execution 


• 
Target 
System 
may be Boot-Ioadable, 


Programmed 
into ROM, or loaded 
from 


Mass-store. 


• 
Generates 
Print File with Command 


Listing and System 
Map 


BLD 386 is the utility that lets system programmers 
configure 
multi-tasking, 
protected 
systems 
from an operat- 
ing system 
and discrete 
tasks. The Builder generates 
a cold-start 
execution 
module, 
suitable 
for ROM-based 
or disk-based 
systems. 


The 
Builder 
accepts 
input 
modules 
from 
386 translators 
or the 386 
Binder. 
It also accepts 
a "Build 
File" 
containing 
definitions 
and initial values for the 386 protection 
mechanism 
- descriptor 
tables, gates, segments, 
and tasks. BLD 386 generates 
a Loadable 
or boot load able output module, as well as a print file with a detailed 
map of the memory-protected 
system. 


- 
Assign physical 
addresses 
to segments; 
also set 


segment 
access 
rights and limits. 


- 
Create 
Call, Trap, and Interrupt 
"Gates" 
(entry- 


points) 
for inter-level 
program 
transfers. 


- 
Make gates 
available 
to tasks; 
this is an easier 


way to define 
program 
interfaces 
than using in- 


terface 
libraries. 


- 
Support 
Page tables for boot files. 


- 
Create Global (GDT), Interrupt 
(IDT), and any Lo- 


cal (LDT) Descriptor 
Tables. 


- 
Create Task State Segments 
and Task Gates for 


multi-task 
applications. 


- 
Resolve 
inter-module 
and inter-level 
references, 


and perform 
type-checking. 


- 
Automatically 
select 
required 
modules 
from 
li- 


braries. 


- 
Configure 
the 
memory 
image 
into 
partitions 
in 


the address 
space. 


- 
Selectively 
generate 
an object 
file and 
various 


sections 
of the print file. 


inter 


• Links Separately 
Compiled 
Program 
• Resolves 
PUBLIC/EXTERNAL 
Code and 
Modules 
Into an Executable 
Task 
Data References, 
and Performs 
• Makes the 386 Protection 
Mechanism 
Intermodule 
Type-Checking 


Invisible to Application 
Programmers 
• Provides 
Print File Showing 
Segment 
• Works 
with PL/M 
386, C 386 and 
Map, Errors and Warnings 


ASM 386 Object 
Modules 
• Assigns Virtual Addresses 
to Tasks In 
• Performs 
Incremental 
linking 
with 
the 232 Address 
Space 


Output 
of Binder and Builder 
• Generates 
Linkable 
or Loadable 
Module 
• Accepts 
386 OMF and 286 OMF to 
for Debugging 


Preserve 
Software 
Investment 


The Binder is the only utility an application 
programmer 
needs to develop 
and debug an individual 
task. Users 
of the Binder need not be concerned 
with the architecture 
of the target 
machine, 
making application 
program 
development 
for the 386 very simple. 


BND 386 combines 
386 object 
modules 
into executable 
tasks. 
In creating 
a task, the Binder resolves 
Public 
and External 
symbol 
references, 
combines 
segments, 
and performs 
address 
fix-ups 
on symbolic 
code 
and 
data. BND 386 can also combine 
286 object 
modules 
to preserve 
software 
investment. 


The Binder takes object 
modules 
written 
in ASM 386, PL/M 
386, C 386 and FORTRAN 
386 and generates 
a 
loadable 
module 
(for execution 
or debugging), 
or a linkable 
module 
(to be re-input 
to the Binder 
later; this is 
called incremental 
binding). The binder accepts 
library modules 
as well, linking only those modules 
required 
to 
resolve 
external 
references. 
BND 386 generates 
a print file displaying 
a segment 
map and error messages. 


The Binder will be used by system programmers 
and application 
programmers. 
Since application 
programmers 
need to develop 
software 
independent 
of any system 
architecture, 
the 386 memory 
protection 
mechanism 
is 
"hidden" 
from users of the Binder. This allows application 
tasks to be fully debugged 
before becoming 
part of 
a protected 
system. 
(A protected 
system 
may be debugged, 
as well.) System protection 
features 
are specified 
later in the development 
cycle, using the 386 System 
Builder. 
It is possible 
to link operating 
system 
services 
required 
by a task using either the Binder or the Builder. This flexibility 
adds to the ease of the 386 utilities. 


inter 


• 
Library to support floating point 
arithmetic in C 386, PL/M 386, ADA 386, 
ASM 386, and FORTRAN386 


• 
Decimal conversion module supports 
binary-decimal conversions 


• 
Supports proposed IEEE Floating Point 
Standard for high accuracy and 
software portability 


The 80287 Support Library provides C 386, PL/M 386, ADA 386, ASM 386 and FORTRAN 386 users with 
numeric data processing capability. With the Library, it is easy for programs to do floating point arithmetic. 
Programs can bind in library modules to do trigonometric, logarithmic and other numeric functions, and the 
user is guaranteed accurate, reliable results for all appropriate inputs. Figure 1 below illustrates how the 80287 
Support Library can be bound with PLIM 386 and ASM 386 user code to do this. The 80287 Support Library 
supports the proposed IEEE Floating Point Standard. Consequently, by using this Library, the user not only 
saves software development time, but is guaranteed that the numeric software meets industry standards and 
is portable-the 
software investment is maintained. 


• 
Common elementary function library 
provides trigonometric, logarithmic and 
other useful functions 


• 
Error-handler module simplifies floating 
point error recovery 


The 80287 Support Library consists of the common elementary function library (CEL287.L1B),the decimal 
conversion library (DC287.L1B),the error handler module (EH287.L1B)and interface libraries (80287.L1B), 
(NUL287.L1B). 
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• 
Flexible 
Utility to Display Object 
File 
Information 


• 
MAP 386 Selectively 
Purges Symbols 
from a Load Module 


• 
Provides 
Inter-Module 
Cross- 
Referencing 
for Modules 
Written 
In All 
Languages 


• 
Supports 
OS Information 


• 
Mapper 
Allows Users to Display: 
Protection 
Debug 
Information 
Information 
SEGMENT 
MODULE 
TABLES 
NAMES 
GATE 
PROGRAM 
TABLES 
SYMBOLS 
PUBLIC 
LINE 
ADDRESSES 
NUMBERS 


The cross-reference 
map shows references 
between 
modules, 
simplifying 
debugging. 
The map also lists and 
controls 
all symbolic 
information 
in one easy-to-read 
place. 


• 
Librarian 
Allows Users to: Create 
Libraries, 
Add Modules, 
Replace 
Modules, 
Delete 
Modules, 
Copy 
Modules 
from Another 
Library, 
Save 
Library 
Module to Object 
File, Create 
Backup, 
Display Module 
Information 
(creation 
date, publics, segments) 


Program 
libraries 
improve 
management 
of program 
modules 
and reduce 
software 
administrative 
overhead. 


(386 Librarian 
provides 
efficient 
use of program 
libraries.) 


• 
Fast, Easy Management 
of 386 Object 
Module 
Libraries 


• 
Only Required 
Modules 
Are Linked, 
When Using the Binder or Builder 


Hotline Telephone 
Support, 
Software 
Performance 
Report 
(SPR), Software 
Updates, 
Technical 
Reports, 
and 


Monthly 
Technical 
Newsletters 
are available. 


Part Number 


X286RLL386 


Description 


386 Relocation, 
Linkage and Library Tools 


Operating 
Environment 
286/310 
XENIX· 
System 


386 Utilities User's Guide for Xenix· 
286 System 
386 System 
Builder User's Guide for Xenix· 
286 System 
80287 Support 
Library Reference 
Manual 


inter 


• 
Systems 
programming 
language 
for the 
protected 
virtual address 
mode 386 


• 
Upward 
compatible 
with PL/M 
286, 
PL/M 
86 assuring 
software 
portability 


• 
Enchanced 
to support 
design of 
protected, 
multi-user, 
multi-tasking, 
virtual memory 
operating 
system 
software 


• 
Produces 
relocatable 
object 
code 
which Is linkable to object 
modules 


generated 
by all other 386 language 


translators 


• 
Advanced, 
structured 
system 


Implementation 
language 
for algorithm 


development 


• 
Supports 
Intel Object 
Module 
Format 


(OMF) 


PL/M 386 is a powerful, structured, high-level system implementation language for the development of system 
software for the protected virtual address mode 386. PL/M 386 has been enhanced to utilize 386 features- 
memory management and protection-for 
the implementation of multi-user, multi-tasking virtual memory oper- 


ating systems. 


PL/M 386 is upward compatible with PL/M 286 and PL/M 86. Existing systems software can be re-compiled 
with PL/M 386 to execute in protected virtual address mode on the 80386. 


PLIM 386 is the high-level alternative to assembly language programming on the 80386. For the majority of 
386 system programs, PLIM 386 provides the features needed to access and to control efficiently the underly- 
ing 386 hardware and consequently it is the cost-effective approach to develop reliable, maintainable system 
software. 


The PLIM 386 compiler has been designed to efficiently support all phases of software development. Fea- 
tures such as a built-in syntax checker, multiple levels of optimization, virtual symbol table and four models of 
program size and memory usage for efficient code generation provide the total program development support 
needed. 


Major features of the Intel PLIM 386 compiler and 
programming language include: 


Structured 
Programming 


PLIM source code is developed in a series of mod- 
ules, procedures, and blocks. Encouraging program 
modularity in this manner makes programs more 
readable, and easier to maintain and debug. The 
language becomes more flexible by clearly defining 
the scope of user variables (local to a private proce- 
dure, for example). 


The use of modules and procedures to break down 
a large problems leads to productive software devel- 
opment. The PL/M 386 implementation of block 
structure allows the use of REENTRANT proce- 
dures, which are especially useful in system design. 


Language Compatibility 


PL/M 386 object modules are compatible with ob- 
ject modules generated by all other 386 translators. 
This means that PL/M programs may be linked to 
programs written in any other 386 languages. 


Object modules are compatible with In-Circuit Emu- 
lators; DEBUG compiler control provides the In-Cir- 
cuit Emulators with full symbolic debugging capabili- 
ties. 


PL/M 386 language is upward compatible with PLIM 
286, PL/M 86 and PL/M 80 so that application pro- 
grams may be easily ported to run on the protected 
mode 80386. 


inter 
386 Software 
Tools 


PL/M makes use of fourteen data types for various 
applications. These data types range from one to 
eight bytes and facilitate various arithmetic, logic, 
and addressing functions: 


-BIT(n): 
1 to 32 bit unsigned number 
-BYTE: 
8 bits unsigned number 
-HWORD: 
16 bits unsigned number 
-WORD: 
32 bits unsigned number 
-DWORD: 
64 bits unsigned number 


-OFFSET: 
32 bits memory address 


-GHARINT: 
8 bits signed number 
-SHORTINT: 
16 bits signed number 
-INTEGER: 
32 bits signed number 
-LONGINT: 
64 bits signed number 
-REAL: 
32 bits floating-point number 


-SELECTOR: 
16 bits segment name 


-POINTER: 
48 bits selector, offset 
-LONGREAL: 
64 bits floating-point number 


Another powerful facility allows the use of BASED 
variables which permit run-time mapping of variables 
to memory locations. This is especially useful for 
passing parameters, relative and absolute address- 
ing, and dynamic memory allocation. 


PL/M 286 programs may be recompiled and retar- 
getted to the 386 by use of the WORD16 control. 
With this control, PL/M 386 provides transparent ac- 
cess to the seven data types provided by PL/M 286. 


Two Data Structuring 
Facilities 


In addition to the 14 data types and based variables, 
PLIM supports two powerful data structuring facili- 
ties. These help the user organize data into logical 
groups. 
- 
Array: Indexed list of same type data elements 
- 
Structure: Named collection of same or different 


. 
type data elements 


- 
Combinations of both: Arrays of structures or 
structures of arrays and structures within struc- 
tures. 


PL/M programs that use 32-bit REAL data are exe- 
cuted using the 80287 Numeric Data Processor for 
high performance. All floating-point operations sup- 
ported by PL/M are executed on the 80287 accord- 
ing to the IEEE floating-point standard. PLIM 386 
programs can use built-in functions and predefined 
procedures-INIT$REAL$MATH$UNIT, 
SET$REAL 


$MODE, 
GET$REAL$ERROR, 
SAVE$REAL$ 


STATUS, 
RESTORE$REAL$STATUS-to 
control 


the operation of the 80287 within the scope of the 
language. 


PLIM 386 directly supports input and output from 
the 386 ports for single BYTE, HWORD and WORD 
transfers. For BLOCK transfers, PLIM 386 programs 
can make calls to predefined procedures. 


Interrupt 
Handling 


PLIM 386 has the facility for generating and han- 
dling interrupts on the 386. A procedure may be de- 
fined as an interrupt handler through use of the IN- 
TERRUPT attribute. The compiler will then generate 
code to save and restore the processor status on 
each execution of the user-defined interrupt handler 
routine. The PLIM statement CAUSE$INTERRUPT 
allows the user to trigger a software interrupt from 
within the program. 


PL/M 386 support the implementation of protected 
operating system software by providing built-in pro- 
cedures and variables to access the protection 
mechanism of 
the 
386. 
Predefined variables- 


TASK$REGISTER, 
LOCAL$TABLE, 
MACHINE$ 


STATUS, CONTROL$REGISTER, etc.-allow 
direct 


access and modification of the protection system. 
Untyped 
procedures 
and 
functions-5AVE$ 


GLOBAL$TABLE, 
RESTORE$GLOBAL$TABLE, 


SAVE$INTERRUPT$TABLE, 
RESTORE$INTER- 


RUPT$TABLE, 
CLEAR$TASK$SWITCHED$FLAG, 


GET$ACCESS$RIGHTS, 
GET$SEGMENT$L1MIT, 


SEGMENT$READABLE, 
SEGMENT$WRITABLE, 


ADJUST$RPL-provide 
all the facilities needed to 


implement efficient operating system software. 


Compiler Controls 


The PL/M 386 compiler offers controls that facilitate 
such features as: 
- 
Interface to other 386 languages 
- 
Optimization 
- 
Conditional compilation 
- 
The inclusion of additional PL/M source files 
from disk 
- 
Cross-reference of symbols 
- 
Optional assembly language code in the listing 
file 
- 
The setting of overflow conditions for run-time 
handling. 
- 
WORD16/WORD32 
- 
Interface to 286 languages 


Addressing 
Control 


The PL/M 386 compiler uses the SMALL and COM- 
PACT controls to generate optimum addressing in- 
structions for programs. Programs of any size can 
be easily modularized into "subsystems" to exploit 
the most efficient memory addressing schemes. 
This lowers total memory requirements and im- 
proves run-time execution of programs. 


Code Optimization 


The PL/M 386 compiler offers four levels of opti- 
mization for significantly reducing overall program 
size. 
- 
Combination or "folding" 
of constant expres- 


sions; and short-circuit evaluation of Boolean ex- 
pressions 
- 
"Strength reductions": a shift left rather than 
multiply by 2; and elimination of common subex- 
pressions within the same block 
- 
Machine code optimizations; elimination of su- 
perfluous 
branches; removal 
of 
unreachable 
code 
- 
Optimal local register allocation 


The PLIM 386 compiler has a very powerful feature 
to speed up compilations. If a syntax or program er- 
ror is detected, the compiler will skip the code gen- 
eration and optimization passes. This usually yields 
a 2X performance increase for compilation of pro- 
grams with errors. 


A fully detailed and helpful set of programming and 
compilation error messages is provided by the com- 
piler and user's guide. 


Cost-Effective 
Alternative 
to Assembly' Language 


PL/M 386 programs are code efficient. PLIM 386 combines all of the benefits of a high-level language (ease 
of use, high productivity) with the ability to access the 386 architecture. Consequently, for the development of 
systems software, PL/M 386 is the cost-effective alternative to assembly language programming. 


Hotline Telephone Support, Software Performance Report (SPR), Software Updates, Technical Reports, and 
Monthly Technical Newsletters are available. 


Part Number 


X286PLM386 
D86PLM386 
WSPLM386 
MWSPLM386 


Description 


PL/M 386 Compiler 
PL/M 386 Compiler 
PL/M 386 Compiler 
PL/M 386 Compiler 


Documentation 
Package 
PL/M 386 User's Guide for Xenix' 286 System 


'XENIX is a trademark of Microsoft. 


Operating 
Environment 
XENIX' 286/310 
PC-DOS3.0 or Greater 
VAXIVMS 4.4 or Greater 
MicroVAXIVMS 4.4 or Greater 


inter 


C 386 
C COMPILER FOR THE 386 


• 
Implements 
full C Language 


• 
Produces 
High Density 
Code Rivaling 
Assembler 


• 
Supports 
Intel Object 
Module 
Format 
(OMF) 


• 
Written 
in C 


• 
Supports 
IEEE Floating 
Point Math with 


80287 Coprocessor 


• 
Supports 
Bit Fields 


• 
Supports 
Full Standard 
1/0 Library 


(STDIO) 


• 
Complies 
with Draft Proposed 
ANSI C 


Standard 


Intel C 386 brings the full power of the C programming 
language 
to the 386 microprocessor 
system. 
Intel C386 
supports 
the full C language 
as described 
in the 
Kernighan 
and 
Ritchie 
book, 
"The 
C Programming 
Lan- 


guage", 
(Prentice-Hall, 
1978). Also included 
are the latest enhancements 
to the C language: 
structure 
assign- 
ments, functions 
taking structure 
arguments 
and returning 
structures, 
and the "void" 
and "enum" 
data types. 


The C 386 compiler 
operates 
in several 
phases: 
preprocessor, 
parser and code generator. 
The preprocessor 


phase interprets 
directives 
in C source 
code, including 
conditional 
compilations 
(# define). The parser phase 
converts 
the C program 
into an intermediate 
free form and does all syntactic 
and semantic 
error checking. 
The 
code generator 
phase converts 
the parser's 
output 
into an efficient 
intermediate 
binary code, 
performs 
con- 


stant 
folding, 
and features 
an extremely 
efficient 
register 
allocator, 
ensuring 
high quality 
code. 
The 
code 


generator 
outputs 
relocatable 
Intel Object 
Module 
Format 
(OMF) code, without 
creating 
an intermediate 
as- 
sembly file. The C386 compiler 
eliminates 
common 
code, eliminates 
redundant 
loads and stores, and resolves 
span dependencies 
(shortens 
branches) 
within a program. 


The C 386 runtime 
library consists 
of a number 
of functions 
which 
the C programmer 
can call. The runtime 
system 
includes 
the standard 
1/0 library (STDIO), 
conversion 
routines, 
routines 
for manipulating 
strings, 
and 
(where 
appropriate) 
routines 
for interfacing 
with the operating 
system. 


C 386 uses Intel's 
Binder and Builder and generates 
debug records 
for symbols 
and lines on request, 
permit- 


ting access 
to Int~I's PSCOPE 
MonitorllCE-386 
emulator 
to aid in program 
testing. 


inter 


# include-includes 
code outside of the program 


source file 


# if-eonditionally 
includes or excludes code 


Other preprocessor directives include #undef, #if- 
def, #ifdef, # else, #endif, and #line. 


The C language supports a variety of statements: 


Conditionals: If, IF-ELSE 


Loops: WHILE, DO-WHILE, FOR 


Selection of cases: SWITCH, CASE, DEFAULT 


Loop Control: CONTINUE, BREAK 


Branching: GOTO 


Expressions 
and Operators 


The C language includes a rich set of expressions 
and operators. 


Primary expression: invoke functions, select ele- 
ments from arrays, and extract fields from structures 
or unions. 


Arithmetic operators: add, subtract, multiply, divide, 
modulus 


Relational operators: greater than, greater than or 
equal, less than, less than or equal, not equal 


Unary operators: indirect through a pointer, compute 
an address, logical negation, ones complement, pro- 
vide the size in bytes of an operand. 


Bitwise operators: AND, exclusive OR, inclusive OR, 
bitwise complement 


Data Types and Storage Classes 


Data in C is described by its type and storage class. 
The type determines its representation and use, and 
the storage class determines its lifetime, scope, and 
storage allocation. The following data types are fully 
supported by C 386. 


char: an 8 bit signed integer 


Int: a 32 bit signed integer 


short: a 16 bit signed integer 


long: a 32 bit signed integer 


unsigned: a modifier for integer data types (char, 
int, short, and long) which doubles the positive 
range of values 


float: a 32 bit floating point number which utilizes 
the 80287 


double: a 64 bit floating point number 


void: a special type that cannot be used as an 
operand in expressions; normally used for func- 
tions called only for effect (to prevent their use in 
contexts where a value is required). 


These fundamental data types may be used to cre- 
ate other data types including: arrays, functions, 
structures, pointers, and unions. 


The storage classes available in C 386 include: 


register: 
suggests that a variable be kept in a 


machine register, often enhancing code density 
and speed 


extern: a variable defined outside of the function 
where it is declared; retaining its value through- 
out the entire program and accessible to other 
modules 


auto: a local variable, created when a block of 
code is entered and discarded when the block is 
exited 


static: a local variable that retains its value until 
the termination of the entire program 


typedef: 
defines a new data type name from ex- 
isting data types 


Intel C 386 compiles 
C programs 
substantially 
faster 


than standard 
C compilers 
because 
it produces 
Intel 
OMF code 
directly, 
eliminating 
the traditional 
inter- 


mediate 
process 
of generating 
an assembly 
file. 


Portability 
of Code 


Because 
Intel C 386 supports 
the STDIO 
and pro- 
duces 
Intel 
OMF 
code, 
programs 
developed 
on a 
variety of machines 
can easily be transported 
to the 
386. 


ORDERING 
INFORMATION 


Part Number 


X286C386PP 
WSC386 
MWSC386 
D86C386 


Description 


C 386 Compiler 
C 386 Compiler 
C 386 Compiler 
C 386 Compiler 


Documentation 
Package 


C 386 User's Guide for Xenix' 
286 System 


'XENIX is a trademark of Microsoft. 


Intel C 386 enables 
the programmer 
to utilize 
fea- 


tures of the C language 
to control 
bit fields, pointers, 


addresses 
and register 
allocation, 
taking full advan- 


tage of the fundamental 
concepts 
of the 386. 


Intel offers several 
levels of support 
for this product 


which are explained 
in detail in the price list. Please 


consult 
the price list for a description 
of the support 


options 
available. 


Operating 
Environment 


XENIX' 
286/310 
System 


VAXIVMS 
4.3 and later 


MicroVAXIVMS 
4.4 or later 


PC-DOS 3.0 or greater 


• 
Library 
to Support 
Floating 
Point 
Arithmetic 
In Pascal-86, 
PL/M-86, 
FTN-86 and ASM-86 


• 
Decimal 
Conversion 
Library Supports 
Binary-Decimal 
Conversions 


• 
Supports 
Proposed 
IEEE Floating 
Point 
Standard 
for High Accuracy 
and 
Software 
Portability 


• 
Common 
Elementary 
Function 
Library 
Provides 
Trigonometric, 
Logarithmic 
and Other Useful Functions 


• 
Error-Handler 
Module Simplifies 
Floating 
Point Error Recovery 


The 8087 Support 
Library provides 
Pascal-86, 
FORTRAN-86, 
PL/M-86 
and ASM-86 
users with numeric 
data 


processing 
capability. 
With the Library, it is easy for programs 
to do floating 
point arithmetic. 
Programs 
can 


bind in library modules to do trigonometric, 
logarithmic 
and other numeric functions, 
and the user is guaranteed 


accurate, 
reliable results for all appropriate 
inputs. Figure 1 below illustrates 
how the 8087 Support 
Library can 


be bound with PLlM-86 
and ASM-86 
user code to do this. The 8087 Support 
Library supports 
the proposed 
IEEE Floating 
Point Standard. 
Consequently, 
by using this Library, the user not only saves software 
develop- 


ment time, but is guaranteed 
that the numeric software 
meets industry standards 
and is portable-the 
software 
investment 
is maintained. 


The 8087 Support 
Library consists 
of the common 
elementary 
function 
library (CEL87.L1B), the decimal 
con- 


version 
library (DC87.L1B), the emulator 
interface 
library E8087.L1B, the error handler 
module 
(EH87.L1B) and 


interface 
libraries 
(8087.L1B, NUL87.L1B). 
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CEL87.LiB 
THE COMMON 
ELEMENTARY 
FUNCTION 
LIBRARY 


CEl87.L1B contains commonly used floating point 
functions. It is used along with the 8087 numeric co- 
processor. It provides a complete package of ele- 
mentary functions, giving valid results for all appro- 
priate inputs. Following is a summary of CEl87 func- 
tions, grouped by functionality. 


Rounding and Truncation 
Functions: 
mqerlEX, 
mqerlE2, and mqerlE4. Round a real 
number to the nearest integer; to the 
even integer if there is a tie. The an- 
swer returned is real, a 16-bit integer 
or a 32-bit integer respectively. 


mqerlAX, 
mqerlA2, mqerlA4. Round a real num- 
ber to the nearest integer, to the inte- 
ger away from zero if there is a tie; the 
answer returned is real, a 16-bit inte- 
ger or a 32-bit integer, respectively. 


mqerlCX, 
mqerlC2, mqerlC4. Truncate the frac- 
tional part of a real input; the answer 
is real, a 16-bit integer or 32-bit inte- 
ger, repectively. 


Logarithmic 
and Exponential 
Functions: 
mqerlGD 
computes decimal (base 10) loga- 
rithms. 
computes natural base (base e) loga- 
rithms. 


computes exponentials to the base e. 
computes exponentials to any base. 
raises an input real to a 16-bit integer 
power. 
is as mqerY12, except to a 32-bit inte- 
ger power. 
is as mqerY12, but it accommodates 
Pl/M-286 
users. 


mqerEXP 
mqerY2X 
mqerY12 


Trigonometric 
and Hyperbolic 
Functions: 
mqerSIN, 
mqerCOS, mqerTAN compute sine, 
cosine, and tangent. 


mqerASN, 
mqerACS, 
mqerATN 
compute 
the 
corresponding inverse functions. 


mqerCSH, mqerTNH 
compute 
the 


corresponding hyperbolic functions. 
is a special version of the arc tangent 
function that accepts rectangular co- 
ordinate inputs. 


Other Functions (of real variables): 
mqerDIM 
is 
FORTRAN's 
positive 
difference 


function. 
mqerMAX 
returns the maximum of two real in- 
puts. 
mqerMIN 
returns the minimum of two real in- 
puts. 
mqerSGH 
combines the sign of one input with 
the magnitude of the other input. 


mqerMOD 
computes a modulus, retaining the 
sign of the dividend. 


mqerRMD 
computes a modulus, giving the value 
closest to zero. 


Complex Number Functions: 
mqercCMUl, 
and 
mqercCDIV 
perform 
complex 


multiplication and division of complex 
numbers. 
mqercCPOl 
converts complex numbers from rec- 
tangular to polar form. mqercCREC 
converts complex numbers from polar 
to rectangular form. 


mqercCSQR, and mqercCABS compute the com- 


plex square root and real absolute 
value (magnitude) of a complex num- 
ber. 


mqercCEXP, and mqercClGE 
compute the com- 


plex value of e raised to a complex 
power and the complex natural loga- 
rithm (base e) of a complex number. 


mqercCSIN, 
mqercCCOS, and mqercCTAN com- 
pute the complex sine, cosine, and 
tangent of a complex number. 


mqercCASN, mqercCACS, and mqercCATN com- 


pute the complex inverse sine, co- 
sine, and tangent of a complex num- 
ber. 


mqercCSNH, mqercCCSH, and mqercCTNH com- 


pute the complex hyperbolic sine, co- 
sine, and tangent of a complex num- 
ber. 


mqercCACH, mqercCASH, and mqercCATH com- 
pute the comples inverse hyperbolic 
sine, cosine, and tangent of a com- 
plex number. 


mqercCC2C, mqercCR2C,mqercCC2R,mqercCCI2, 


mqercCCI4, and mqercCCIS return 
complex values of complex (or real) 
values raised to complex (real, short 
integer, or long integer) values. 


DC87.LIB 
THE DECIMAL CONVERSION 
LIBRARY 


DC87.L1Bis a library of procedures which convert 
binary representations of floating point numbers and 
ASCII-encoded string of digits. 


The 
binary-to-decimal 
procedure 
mqcBIN_DE- 
CLOW accepts a binary number in any of the for- 
mats used for the representation of floating point 
numbers in the 8087. Because there are so many 
output formats for floating point numbers, mqcBIN_ 
DECLOW does not attempt to provide a finished, 
formatted text string. Instead, it provides the "build- 
ing blocks" for you to use to construct the output 
string which meets your exact format specification. 


The decimal-to-binary procedure mqcDEC_BIN ac- 
cepts a text string which consists of a decimal num- 
ber with optional sign, decimal point, and/or power- 
of-ten exponent. It translates the string into the call- 
er's choice of binary formats. 


Decimal-to-binary procedure mqcDECLOW_BIN 
is 


provided for callers who have already broken the 
decimal number into its constituent parts. 


The procedures mqcLONG_TEMP, 
mqcSHORT_ 
TEMP, mqcTEMP_LONG, and mqcTEMP_SHORT 
convert floating point numbers between the longest 
binary format, TEMP_REAL, 
and the shorter for- 


mats. 
. 


EH87.LlB 
THE ERROR HANDLER 
LIBRARY 


EH87.L1B is a library of five utility procedures for 
writing trap handlers. Trap handlers are called when 
an unmasked 8087 error occurs. 


The 8087 error reporting mechanism can be used 
not only to report error conditions, but also to let 
software implement IEEE standard options not di- 
rectly supported by the chip. The three such exten- 
sions to the 8087 are: normalizing mode, non-trap- 
ping not-a-number (NaN), and non-ordered compari- 
son. The utility procedures support these extra fea- 
tures. 


DECODE is called near the beginning of the trap 
handler. It preserves the complete state of the 8087, 
and also identifies what function called the trap han- 
dier, and returns available arguments and/or results. 
DECODE eliminates much of the effort needed to 
determine what error caused the trap handler to be 
called. 


NORMAL provides the "normalizing mode" capabili- 
ty for handling the "D" exception. By calling NOR- 


MAL in your trap handler, you eliminate the need to 
write code in your application program which tests 
for non-normal inputs. 


SIEVE provides two capabilities for handling the "I" 
exception. It implements non-trapping NaN's and 
non-ordered comparisons. These two IEEE standard 
features are useful for diagnostic work. 


ENCODE is called near the end of the trap handler. 
It restores the state of the 8087 saved by DECODE, 
and performs a choice of concluding actions, by ei- 
ther retrying the offending function or returning a 
specified result. 


FILTER calls each of the above four procedures. If 
your error handler does nothing more than detect 
fatal errors and implement the features supported by 
SIEVE 
and 
NORMAL, 
then 
your 
interface 
to 


EH87.L1Bcan be accomplished with a single call to 
FILTER. 


8087.LlB, 
NUL87.LIB, 
E8087.l1B 
INTERFACE 
LIBRARIES 


E8087.L1B, 8087.L1B and NUL87.L1B libraries config- 
ure 
a user's 
application 
program 
for 
his run-time 
environment; 
running 
with the 
8087 
component 
or 
without 
floating 
point arithmetic, 
respectively. 


The Full 8087 Emulator 
is a 16-kilobyte 
object 
mod- 
ule that is linked to the application 
program 
for float· 
ing-point 
operations. 
Its functionality 
is identical 
to 
the 8087 
chip, and is ideal for prototyping 
and de- 
bugging 
floating-point 
applications. 
The Emulator 
is 
an alternative 
to the use of the 8087 chip, although 
the latter 
executes 
floating-point 
applications 
up to 
100 times faster than an 8086 with the 8087 Emula- 
tor. Furthermore, 
since the 8087 is a "coprocessor," 
use of the chip will allow many operations 
to be per- 
formed 
in parallel 
with the 8086. 


Operating 
Environment 


Intel Microcomputer 
Development 
Systems 
(Series 
III, Series 
IV) 


Part Number 


iMDS 319 


Description 


8087 Support 
Library 


Intel offers 
several 
levels of support 
for this product 
which are explained 
in detail in the price list. Please 
consult 
the price list for a descriptiqn 
of the support 
options 
available. 


inter 


• 
Library to support floating point 
arithmetic in Pascal-286, PL/M-286 and 
ASM-286 


• 
Decimal conversion library supports 
binary-decimal conversions 


• 
Supports proposed IEEE Floating Point 
Standard for high accuracy and 
software portability 


• 
Common elementary function library 
provides trigonometric, logarithmic and 
other useful functions 


• 
Error-handler module simplifies floating 
point error recovery 


The 80287 Support 
Library provides 
Pascal·286, 
PL/M-286 
and ASM-286 
users with numeric data processing 
capability. 
With the Library, it is easy for programs 
to do floating 
point arithmetic. 
Programs 
can bind in library 
modules 
to do trigonometric, 
logarithmic 
and other 
numeric 
functions, 
and the user is guaranteed 
accurate, 
reliable 
results 
for all appropriate 
inputs. 
Figure 
1 below 
illustrates 
how the 80287 
Support 
Library 
can be 
bound with PL/M-286 
and ASM-286 
user code to do this. The 80287 Support 
Library supports 
the proposed 
IEEE Floating 
Point Standard. 
Consequently, 
by using this Library, the user not only saves software 
develop- 
ment time, but is guaranteed 
that the numeric software 
meets industry standards 
and is portable-the 
software 
investment 
is maintained. 


The 80287 
Support 
Library 
consists 
of the common 
elementary 
function 
library 
(CEL287.L1B), 
the decimal 
conversion 
library 
(DC287.L1B), 
the 
error 
handler 
module 
(EH287.L1B) 
and 
interface 
libraries 
(80287.L1B, 
NUL287.L1B). 
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CEL287.LIB 


THE COMMON 
ELEMENTARY 
FUNCTION 
LIBRARY 


mqerSNH, 
mqerCSH, mqerTNH 
compute 
the 


corresponding hyperbolic functions. 


mqerAT2 
is a special version of the arc tangent 
function that accepts rectangular co- 
ordinate inputs. 


CEL287.L1Bcontains commonly used floating point 
functions. It is used along with the 80287 numeric 
coprocessor. It provides a complete package of ele- 
mentary functions, giving valid results for all appro- 
priate inputs. Following is a summary of CEL287 
functions, grouped by functionality. 


Rounding and Truncation 
Functions: 


mqerlEX, 
mqerlE2, and mqerlE4. Round a real 
number to the nearest integer; to the 
even integer if there is a tie. The an- 
swer returned is real, a 16-bit integer 
or a 32-bit integer respectively. 
mqerlAX, 
mqerlA2, mqerlA4. Round a real num- 
ber to the nearest integer, to the inte- 
ger away from zero if there is a tie; the 
answer returned is real, a 16-bit inte- 
ger or a 32-bit integer, respectively. 


mqerlCX, 
mqerlC2, mqerlC4. Truncate the frac- 
tional part of a real input; the answer 
is real, a 16-bit integer or 32-bit inte- 
ger, repectively. 


Logarithmic 
and Exponential 


Functions: 
mqerLGD 
computes decimal (base 10) loga- 
rithms. 
computes natural base (base e) loga- 
rithms. 
computes exponentials to the base e. 
computes'exponentials to any base. 
raises an input real to a 16-bit integer 
power. 
is as mqerY12, except to a 32-bit inte- 
ger power. 
is as mqerY12, but it accommodates 
PLlM-286 users. 


mqerEXP 
mqerY2X 
mqerY12 


Trigonometric 
and Hyperbolic 


Functions: 
mqerSIN, 
mqerCos, 
mqerTAN compute sine, 
cosine, and tangent. 


mqerASN, 
mqerACS, 
mqerATN 
compute 
the 


corresponding inverse functions. 


Other Functions (of real variables): 
mqerDIM 
is 
FORTRAN's 
positive 
difference 


function. 


mqerMAX 
returns the maximum of two real in- 
puts. 


mqerMIN 
returns the minimum of two real in- 
puts. 


mqerSGH 
combines the sign of one input with 
the magnitude of the other input. 


mqerMOD 
computes a modulus, retaining the 
sign of the dividend. 


mqerRMD 
computes a modulus, giving the value 
closest to zero. 


Complex Number Functions: 
mqercCMUL, and 
mqercCDIV 
perform 
complex 


multiplication and division of complex 
numbers. 
mqercCPOL 
converts complex numbers from rec- 
tangular to polar form. mqercCREC 
converts complex numbers from polar 
to rectangular form. 


mqercCSQR, and mqercCABS compute the com- 


plex square root and real absolute 
value (magnitude) of a complex num- 
ber. 
mqercCEXP, and mqercCLGE compute the com- 


plex value of e raised to a complex 
power and the complex natural loga- 
rithm (base e) of a complex number. 


mqercCSIN, 
mqercCCOS, and mqercCTAN com- 
pute the complex sine, cosine, and 
tangent of a complex number. 


mqercCASN, mqercCACS, and mqercCATN com- 


pute the complex inverse sine, co- 
sine, and tangent of a complex num- 
ber. 


mqercCSNH, mqercCCSH, and mqercCTNH com- 


pute the complex hyperbolic sine, co- 
sine, and tangent of a complex num- 
ber. 


inter 


Complex 
Number Functions: (Continued) 
mqercCACH, mqercCASH, and mqercCATH com- 
pute the comples inverse hyperbolic 
sine, cosine, and tangent of a com- 
plex number. 


mqercCC2C, mqercCR2C,mqercCC2R,mqercCCI2, 


mqercCCI4, and mqercCCIS return 
complex values of complex (or real) 
values raised to complex (real, short 
integer, or long integer) values. 


DC287.LIB 
THE DECIMAL CONVERSION 
LIBRARY 


DC287.L1Bis a library of procedures which convert 
binary representations of floating point numbers and 
ASCII-encoded string of digits. 


The 
binary-to-decimal 
procedure 
mqcBIN_DE- 
CLOW accepts a binary number in any of the for- 
mats used for the representation of floating point 
numbers in the 80287. Because there are so many 
output formats for floating point numbers, mqcBIN_ 
DECLOW does not attempt to provide a finished, 
formatted text string. Instead, it provides the "build- 
ing blocks" for you to use to construct the output 
string which meets your exact format specification. 


The decimal-to-binary procedure mqcDEC_BIN ac- 
cepts a text string which consists of a decimal num- 
ber with optional sign, decimal point, and/or power- 
of-ten exponent. It translates the string into the call- 
er's choice of binary formats. 


Decimal-to-binary procedure mqcDECLOW_BIN 
is 
provided for callers who have already broken the 
decimal number into its constituent parts. 


The procedures mqcLONG_ TEMP, mqcSHORT_ 
TEMP, mqcTEMP_LONG, and mqcTEMP_SHORT 
convert floating point numbers between the longest 
binary format, TEMP_REAL, 
and the shorter for- 
mats. 


EH287.LIB 
THE ERROR HANDLER 
LIBRARY 


EH287.L1Bis a library of five utility procedures for 
writing trap handlers. Trap handlers are called when 
an unmasked 80287 error occurs. 


The 80287 error reporting mechanism can be used 
not only to report error conditions, but also to let 
software implement IEEE standard options not di- 
rectly supported by the chip. The three such exten- 
sions to the 80287 are: normalizing mode, non-trap- 
ping not-a-number (NaN), and non-ordered compari- 
son. The utility procedures support these extra fea- 
tures. 


DECODE is called near the beginning of the trap 
handler. It preserves the complete state of the 
80287, and also identifies what function called the 
trap 
handler, 
and 
returns 
available 
arguments 
and/or results. DECODE eliminates much of the ef- 
fort needed to determine what error caused the trap 
handler to be called. 


NORMAL provides the "normalizing mode" capabili- 
ty for handling the "0" exception. By calling NOR- 


MAL in your trap handler, you eliminate the need to 
write code in your application program which tests 
for non-normal inputs. 


SIEVE provides two capabilities for handling the "I" 
exception. It implements non-trapping NaN's and 
non-ordered comparisons. These two IEEE standard 
features are useful for diagnostic work. 


ENCODE is called near the end of the trap handler. 
It restores the state of the 80287 saved by DE- 
CODE, and performs a choice of concluding actions, 
by either retrying the offending function or returning 
a specified result. 


FILTER calls each of the above four procedures. If 
your error handler does nothing more than detect 
fatal errors and implement the features supported by 
SIEVE 
and 
NORMAL, 
then 
your 
interface 
to 
EH287.L1Bcan be accomplished with a single call to 
FILTER. 
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80287.LIB, 
NUL287.LIB 
INTERFACE 
LIBRARIES 


80287.L1B and NUL287.L1B 
libraries 
configure 
a us- 
er's 
application 
program 
for 
his 
run-time 
environ- 


ment; running with the 80287 
component 
or without 


floating 
point arithmetic, 
respectively. 


ORDERING 
INFORMATION 


Part Number Description 


iMDX329 
80287 
Support 
Library 


Intel 
Microcomputer 
Development 
Systems 
(Series 


III, Series 
IV) 


Documentation 
Package 


80287 
Support 
Library Reference 
Manual 
Intel offers several 
levels of support 
for this product 


which are explained 
in detail in the price list. Please 


consult 
the price list for a description 
of the support 


options 
available. 


A 80287 software 
emulator 
is available 
as part of the 


8086 software 
toolbox 
(iMDX364) 


VAX*/VMS* 
RESIDENT 
8086/88/186 
SOFTWARE DEVELOPMENT PACKAGES 


• 
Executes 
on DEC VAX*/MlcroVAX 
Minicomputer 
under VMS* 
Operating 
System 
to translate 
PL/M·86, 
Pascal-86 
and ASM·86 
Programs 
for 8086, 88 
and 186 Microprocessors. 


• 
Packages 
Include C-86; FORTRAN-86; 


Pascal·86; 
PL/M-86; 
ASM·86; 
Link and 


Relocation 
Utilities; OH·86 Absolute 
Object 
Module to Hexadecimal 
Format 


Converter; 
and Library 
Manager 


Program. 


• 
Output 
linkable with Code Generated 
on Intellec~Development 
Systems. 


The VAXIVMS 
Resident 
Software 
Development 
Packages 
contain 
software 
development 
tools for the 8086, 


88, and 186 microprocessors. 
The package 
lets the user develop, 
compile, 
maintain 
libraries, 
and link and 
locate programs 
on a VAX running the VMS operating 
system. The translator 
output is object module compati- 


ble with 
programs 
translated 
by the 
corresponding 
version 
of the 
translator 
on an Intellec 
Development 


System. 


Four packages 
are available: 


1. An ASM-86 
Assembler 
Package 
which 
includes 
the Assembler, 
the 
Link Utility, the 
Locate 
Utility, the 


absolute 
object 
to hexadecimal 
format 
conversion 
utility and the Library Manager 
Program. 


2. A PL/M-86 
Compiler 
Package 
which 
contains 
the PL/M-86 
Compiler 
and Runtime 
Support 
Libraries. 


3. A Pascal-86 
Compiler 
Package 
which 
contains 
the Pascal-86 
Compiler 
and Runtime 
Support 
Libraries. 


4. A C-86 Compiler 
Package 
which contains 
the C-86 Compiler 
and Run-Time 
Libraries. 


5. A FORTRAN-86 
Compiler 
Package 
which contains 
the FORTRAN-86 
Compiler 
and Run-Time 
Libraries. 


The VAXIVMS 
resident 
development 
packages 
and the Intellec 
Development 
System development 
packages 


are built from the same technology 
base. Therefore, 
the VAXIVMS 
resident 
development 
packages 
and the 


Intellec 
Development 
System 
development 
packages 
are very similar. 


Version 
numbers 
can 
be used to identify 
features 
correspondence. 
The 
VAX/VMS 
resident 
development 


packages 
will have the same 
features 
as the Intellec 
Development 
System 
product 
with the same version 


number. 


The object modules 
produced 
by the translators 
contain 
symbol and type information 
for programming 
debug- 


ging using ICETM translators 
and/or 
the PSCOPE 
debugger. 
For final 
production 
version, 
the compiler 
can 


remove 
this extra information 
and code. 
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• 
Executes 
on VAX·/MlcroVAX 
Minicomputers 
under the VMS· 
Operating 
System 


• 
Supports 
16-Blt Signed 
Integer 
and 
32-Blt Floating 
Point Arithmetic 
In 
Accordance 
with IEEE Proposed 
Standard 


• 
Easy-To-Learn 
Block-Structured 
Language 
Encourages 
Program 
Modularity 


• 
Produces 
Relocatable 
Object 
Code 
Which Is Linkable 
to All Other Intel 
8086 Object 
Modules, 
Generated 
on 
Either a VAX·, 
a PC XT/AT 
running 
PC-DOS Version 
3.0 or Intellec® 


Development 
Systems 


• 
Code Optimization 
Assures 
Efficient 


Code Generation 
and Minimum 
Application 
Memory 
Utilization 


• 
Built-In Syntax 
Checker 
Doubles 
Performance 
for Compiling 
Programs 


Containing 
Errors 


• 
Source 
Input/Object 
Output 
Compatible 


with PL/M-86 
Hosted 
on an Intellec® 


Development 
System 


• 
ICETM, PSCOPE Symbolic 
Debugging 


Fully Supported 


Like its counterpart 
for MCS@-80/85 
program 
development, 
and Intellec@ hosted 8086 program 
development, 


VAX-PL/M-86 
is an advanced, 
structured 
high-level 
programming 
language. 
The VAX-PL/M-86 
compiler 
was 
created 
specifically 
for performing 
software 
development 
for the Intel 8086, 88 and 186 Microprocessors. 


PL/M 
is a powerful, 
structured, 
high-level 
system 
implementation 
language 
in which program 
statements 
can 


naturally 
express the program 
algorithm. 
This frees the programmer 
to concentrate 
on the logic of the program 
without 
concern 
for burdensome 
details 
of machine 
or assembly 
language 
programming 
(such 
as register 


allocation, 
meanings 
of assembler 
mnemonics, 
etc.). 


The 
VAX-PL/M-86 
compiler 
efficiently 
converts 
free-form 
PLIM 
language 
statements 
into 
equivalent 


8086/88/186 
machine 
instructions. 
Substantially 
fewer 
PL/M 
statements 
are necessary 
for a given applica- 
tion than if it were programmed 
at the assembly 
language 
or machine 
code level. 


The use of PLIM 
high-level 
language 
for system programming, 
instead of assembly 
language, 
results in a high 
degree 
of engineering 
productivity 
during 
project 
development. 
This translates 
into significant 
reductions 
in 
initial software 
development 
and follow-on 
maintenance 
costs for the user. 


inter 


• Executes 
VAX·/MlcroVAX 
• Strict Implementation 
of ISO Standard 
Minicomputers 
under the VMS· 
Pascal 
Operating 
System 
• Useful Extensions 
Essential 
for 
• Produces 
Relocatable 
Object 
Code 
Microcomputer 
Applications 
Which Is Linkable 
to All Other Intel 
• Separate 
Compilation 
with Type- 
8086 Object 
Modules, 
Generated 
on 
Checking 
Enforced 
between 
Pascal 
Either a VAX·, 
a PC XT/AT 
running PC- 
Modules 
DOS Version 
3.0 or Intellec@ 
Development 
Systems 
• Compiler 
Option to Support 
Full Run- 
• ICETM, PSCOPE Symbolic 
Debugging 
Time Range-Checking 


Fully Supported 
• Source 
Input/Object 
Output 
Compatible 
with Pascal-86 
Hosted 
on a Intellec@ 
• Implements 
REALMATH 
for Consistent 
Development 
System 
and Reliable 
Results 
• Supports 
8086/20, 
88/20 
Numeric 
Data 
Processors 


VAX-PASCAL-86 conforms to and implements the ISO Pascal standard. The language is enhanced to support 
microcomputer applications with special features, such as separate compilation, interrupt handling and direct 
port I/O. Other extensions include additional data types not required by the standard and miscellaneous 
enhancements such as an allowed underscore in names, an OTHERWISE clause in CASE construction and 
so forth. To assist the development of portable software, the compiler can be directed to flag all non-standard 
features. 


The VAX-PASCAL-86 compiler runs on the Digital Equipment Corporation VAX under the VMS Operating 
System. A well-defined I/O interface is provided for run-time support. This allows a user-written operating 
system to support application programs on the target system as an alternate to the development system 
environment. Program modules compiled under PASCAL-86 are compatible and linkable with modules written 
in PLlM-86, and ASM·86. With a complete family of compatible programming languages for the 8086, 88, and 
186 one can implement each module in the language most appropriate to the task at hand. 


• Executes 
on VAX·/MlcroVAX 
• "Strongly 
Typed" 
Assembler 
Helps 


Minicomputers 
under The VMS· 
Detect 
Errors at Assembly 
Time 
Operating 
System 
• High-Level 
Data Structuring 
Facilities 
• Produces 
Relocatable 
Object 
Code 
Such as "STRUCTURES" 
and 


Which Is Linkable 
to All Other 
Intel 
"RECORDS" 
8086/88/186 
Object 
Modules, 
• Over 120 Detailed 
and Fully 
Generated 
on Either a VAX·, 
a PC 
Documented 
Error Messages 
XT/AT 
running PC-DOS Version 
3.0 or 
Intellec~Development 
Systems 
• Produces 
Relocatable 
and Linkable 


• Powerful 
and Flexible Text Macro 
Object Code 


Facility with Three 
Macro Listing 
• Source 
Input/Object 
Output 
Compatible 


Options 
to Aid Debugging 
with ASM·86 
hosted 
on an Intellec~ 


• Highly Mnemonic 
and Compact 
Development 
System 


Language, 
Most Mnemonics 
Represent 
Several 
Distinct 
Machine 
Instructions 


VAX-ASM-86 
is the 
"high-level" 
macro 
assembler 
for the 8086/88/186 
assembly 
language. 
VAX-ASM-86 
translates 
symbolic 
8086/88/186 
assembly 
language 
mnemonics 
into 8086/88/186 
relocatable 
object 
code. 


VAX-ASM-86 
should 
be 
used 
where 
maximum 
code 
efficiency 
and 
hardware 
control 
is 
needed. 
The 


8086/88/186 
assembly 
language 
includes 
approximately 
100 instruction 
mnemonics. 
From these 
few mne- 


monics the assembler 
can generate 
over 3,800 distinct 
machine 
instructions. 
Therefore, 
the software 
develop- 
ment task is simplified, 
as the programmer 
need know only 100 mnemonics 
to generate 
all possible 
8086/88/ 
186 machine 
instructions. 
VAX-ASM-86 
will generate 
the shortest 
machine 
instruction 
possible 
given no for- 
ward referencing 
or given explicit 
information 
as to the characteristics 
of forward 
referenced 
symbols. 


VAX-ASM-86 
offers 
many features 
normally 
found 
only in high-level 
languages. 
The 8086/88/186 
assembly 
language 
is strongly typed. The assembler 
performs 
extensive 
checks on the usage of variable 
and labels. The 
assembler 
uses the attributes 
which are derived 
explicity 
when a variable 
or label is first defined, 
then makes 
sure that each 
use of the symbol 
in later instructions 
conforms 
to the usage 
defined 
for that 
symbol. 
This 


means that many programming 
errors will be deteced 
when the program 
is assembled, 
long before 
it is being 
debugged 
on hardware. 


inter 


• 
Executes 
on VAX*/MicroVAX 
Minicomputers 
under the VMS* 
Operating 
System 


• 
VAX-LIB-86 
is a Library 
Manager 
Program 
which Allows You to: 
Create 
Specifically 
Formatted 
Files to 
Contain 
Libraries 
of Object 
Modules 
Maintain 
These 
Libraries 
by Adding 
or 
Deleting 
Modules 
Print a listing 
of the Modules 
and 
Public Symbols 
in a Library 
File 


• 
Libraries 
Can be Used as Input to 
VAX-L1NK-86 
Which Will Automatically 
Link Modules 
from the Library that 
Satisfy 
External 
References 
in the 
Modules 
Being Linked 


• 
Abbreviated 
Control 
Syntax 


Libraries aid in the job of building programs. The library manager program VAX-L1B-86creates and maintains 
files containing object modules. The operation of VAX-L1B-86is controlled by commands to indicate which 
operation VAX-L1B-86is to perform. The commands are: 
CREATE: 
creates an empty library file 
ADD: 
adds object modules to a library file 
DELETE: 
deletes modules from a library file 
LIST: 
lists the module directory of library files 
EXIT: 
terminates the L1B-86program and returns control to VMS 


When using object libraries, the linker will call only those object modules that are required to satisfy external 
references, thus saving memory space. 


• 
Executes 
on VAX*/MicroVAX 
Minicomputers 
under the VMS* 
Operating 
System 


• 
Converts 
an 8086/88/186 
Absolute 
Object 
Module 
to Symbolic 
Hexademical 
Format 


• 
Facilitates 
Preparing 
a file for Loading 
by Symbolic 
Hexadecimal 
Loader 
(e.g. 
ISBC® Monitor 
SDK-86 
Loader), 
or 
Universal 
PROM Mapper 


• 
Converts 
an Absolute 
Module to a More 
Readable 
Format 
that can be Displayed 
on a CRT or Printed for Debugging 


The VAX-OH-86 utility converts an 86/88 absolute object module to the hexadecimal format. This conversion 
may be necessary for later loading by a hexadecimal loader such as the iSBC 86/12 monitor or the Universal 
PROM Mapper. The conversion may also be made to put the module in a more readable format that can be 
displayed or printed. 
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• 
Executes 
on VAX·/MicroVAX 


Minicomputers 
under the VMS· 
Operating 
System 


• 
Automatic 
Combination 
of Separately 


Compiled 
or Assembled 
86/88/186 


Programs 
into a Relocatable 
Module, 
Generated 
on Either a VAX, a PC 


XT/AT 
running PC-DOS Version 
3.0 or 


an Intellec® 
Development 
System 


• 
Automatic 
Selection 
of Required 


Modules 
from Specified 
Libraries 
to 


Satisfy 
Symbolic 
References 


• 
Extensive 
Debug Symbol 
Manipulation, 
allowing 
Line Numbers, 
Local Symbols, 
and Public Symbols 
to be Purged and 


Listed Selectively 


• 
Automatic 
Generation 
of a Summary 


Map Giving Results of the L1NK·86 
Process 


• 
Abbreviated 
Control 
Syntax 


• 
Relocatable 
modules 
may be Merged 
into a Single Module Suitable 
for 


Inclusion 
in a Library 


• 
Supports 
"Incremental" 
Linking 


• 
Supports 
Type Checking 
of Public and 


External 
Symbols 


VAX-LiNK-86 combines object modules specified in the VAX-LiNK-86 input list into a single output module. 
VAX-LiNK-86 combines segments from the input modules according to the order in which the modules are 
listed. 


VAX-LiNK-86 will accept libraries and object modules built from VAX-PL/M-86, VAX-PASCAL-86, VAX-ASM- 
86, or any other Intel translator generating 8086 Relocatable Object Modules, such as the Series III resident 
translators. 


Support for incremental linking is provided since an output module produced by VAX-LiNK-86 can be an input 
to another link. At each stage in the incremental linking process, unneeded public symbols may be purged. 


VAX-LiNK-86 supports type checking of PUBliC and EXTERNAL symbols reporting a warning if their types are 
not consistent. 


VAX-LiNK-86 will link any valid set of input modules without any controls. However, controls are available to 
control the output of diagnostic information in the VAX-LiNK-86 process and to control the content of the 
output module. 


VAX-LiNK-86 allows the user to create a large program as the combination of several smaller, separately 
compiled modules. After development and debugging of these component modules the user can link them 
together, locate them using VAX-LOC-86 and enter final testing with much of the work accomplished. 
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• 
Executes 
on the VAX·/MicroVAX 
Minicomputers 
under the VMS· 
Operating 
System 


• 
Automatic 
Generation 
of a Summary 
Map Giving Starting 
Address, 
Segment 
Addresses 
and Length, and Debug 
Symbols 
and their Addresses 


• 
Extensive 
Capability 
to Manipulate 
the 
Order and Placement 
of Segments 
in 
8086/8088 
Memory 


• 
Abbreviated 
Control 
Syntax 


• 
Automatic 
and Independent 
Relocation 


of Independent 
Relocation 
of 
Segments. 
Segments 
May be Relocated 


to Best Match Users Memory 
Configuration 


• 
Extensive 
Debug Symbol 
Manipulation, 


Allowing 
Line Numbers, 
Local Symbols, 


and Public Symbols 
to be Purged and 


Listed Selectively 


Relocatability 
allows 
the programmer 
to code programs 
or sections 
of programs 
without 
having to know the 
final arrangement 
of the object 
code in memory. 


VAX-LOC-86 
converts 
relative 
addresses 
in an input 
module 
in iAPX-86/88/186 
object 
module 
format 
to 
absolute 
addresses. 
VAX-LOC-86 
orders the segments 
in the input module and assigns absolute 
addresses 
to 
the segments. 
The sequence 
in which the segments 
in the input module 
are assigned 
absolute 
addresses 
is 
determined 
by their order in the input module 
and the controls 
supplied 
with the command. 


VAX-LOC-86 
will relocate 
any valid 
input 
module 
without 
any controls. 
However, 
controls 
are available 
to 
control 
the output 
of diagnostic 
information 
in the VAX-LOC-86 
process, 
to control 
the content 
of the output 
module, 
or both. 


The program 
you are developing 
will almost 
certainly 
use some mix of random 
access 
memory 
(RAM), read- 
only memory 
(ROM), 
and/or 
programmable 
read-only 
memory 
(PROM). 
Therefore, 
the location 
of your pro- 
gram affects 
both cost and performance 
in your application. 
The relocation 
feature allows you to develop 
your 
program 
and then simply relocate 
the object 
code to suit your application. 


·VAX, 
DEC, and VMS are trademarks 
of Digital 
Equipment 
Corporation. 
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Required 
Hardware 


VAX' 
11/780, 
11/782, 
11/750, 
or 11/730 
9 Track 
Magnetic 
Tape Drive, 1600 BPI 


Required Software 


VMS Operating 
System 
V3.0 or Later. All of the de- 
velopment 
packages 
are delivered 
as unlinked 
VAX 


object 
code 
which 
can 
be 
linked 
to VMS 
as de- 
signed for the system where the development 
pack- 


age is to be used. VMS command 
files to perform 


the link are provided. 


Documentation 
Package 


iAPX-86, 88 Development 
Software 
Installation 
Man- 


ual and User's 
Guide for VAXIVMS, 
Order 
number 


121950-001 


Shipping Media 


9 Track Magnetic 
Tape 
1600 bpi (VAX) 


TK-50 Cartridge 
Tape (MicroVAX) 


Part Number 


WSASM86 


WSPLM86 


iMDX-344VX 


WSC86 


MWSASM86 


MVVSPLM86 


MWSC86 


MWSFORT86 


Description 


VAX-ASM-86, 
VAX-LlNK-86, 


VAX-LOC-86, 
VAX-LlB-86, 


VAX-OH-86, 
Package 


VAX-PLM-86 
Package 


VAX-PASCAL-86 
Package 


VAX-C-86 
Package 


MICROVAX 
ASM86 
Package 


MICROVAX 
PLM86 
Package 


MICROVAX 
C86 Package 


MICROVAX 
FORTRAN 
86 Package 


VAX*/VMS* 
RESIDENT SOFTWARE DEVELOPMENT 
PACKAGES FOR 80286 


• 
Hosted 
on DEC VAX*/MicroVAX 
Minicomputers 
Under the VMS* 
Operating 
System 


• 
Allows 
Development 
of System 
and 
Application 
Software 
for the Protected 
Virtual Address 
Mode of the 80286 


• 
Packages 
Include ASM·286, 
PL/M·286, 


BUILD·286, 
BIND-286, 
L1B·286, MAP-286 


and C·286 


• 
Compatible 
with Corresponding 
Intel 
Development 
System 
Resident 


Products 


These packages 
provide the capability 
of developing 
software 
on a VAX'IVMS' 
host for the 80286 in protect- 
ed virtual 
address 
mode. 
With these 
packages 
a user can assemble 
and compile 
286 programs, 
configure 
system 
and application 
software 
and create 
and manage 
286 object 
libraries. 
Figure 1 illustrates 
the process 
of 286 software 
development 
on VAX'IVMS' 
hosts. 


Two packages 
are available: 
1. 
A PL/M·286 
package 
which contains 
the PL/M-286 
compiler 
and run time support 
libraries. 


2. 
An ASM-286 
package 
which contains 
the 80286 Assembler 
(ASM-286) 
and programming 
utilities. These 


utilities include the 80286 System 
Builder (BLD-286), 
the System 
Binder (BND-286), 
a Library Utility (L1B- 
286) and an Object 
Map Utility (MAP-286). 


These packages 
are compatible 
with corresponding 
products 
which are hosted 
on PC·DOS and Intel develop- 
ment systems. 
Correspondence 
can be established 
via version 
numbers. 
For example, 
BND-286 
V2.0 offers 
the same set of features 
on VAXIVMS 
and Intel development 
systems. 


Owing 
to this compatibility, 
80286 
software 
developed 
on VAXIVMS 
can be linked to 80286 
software 
from 
development 
systems. 
Moreover, 
80286 programs 
developed 
on the VAX can then be downloaded 
to devel- 
opment 
systems 
and debugged 
using 286 debuggers 
like the 121CETM·286system. 


OPERATING 
SYSTEM 


SOFTWARE 
~o 
:=> 
DOWNLOAD 


DEVEL6<;'MENT 


SYSTEM 
OR 


PROTECTED 
MULTI-TASK 
TARGET 
SYSTEM 


SYSTEM 
FOR EXECUTION 
OR DEBUGGING 


FORTRAN-286 
PROGRAMS 
t 


·VAX. 
VMS are trademarks 
of Digital 
Equipment 
Corporation 


tCurrently 
Available 
on Intel Development 
Systems 
Only 


• 
Hosted 
on DEC VAX·/MlcroVAX 
Minicomputers 
Under the VMS· 
Operating 
System 


• 
Systems 
Programming 
Language 
for 
the Protected 
Virtual Address 
Mode 
80286 


• 
Enhanced 
to Support 
Design of 
Protected, 
Multi-User, 
Multi-Tasking, 
Virtual Memory 
Operating 
System 
Software 


• 
Provides 
MUltiple Levels of 
Optimization 
to Produce 
Efficient 
Code 


• 
Produces 
Relocatable 
Object 
Code 


Linkable 
to Object 
Modules 
Generated 


by Other 
Intel 286 Language 


Translators 


• 
Upward 
Compatible 
with PL/M-86 
and 


PL/M·80 
to Allow Software 
Portability 


• 
Compatible 
with Development 
System 


Resident 
PL/M·286 


PL/M-286 
is a powerful, 
structured, 
high-level 
system implementation 
language for the development 
of system 


software 
for the protected 
virtual address 
mode 80286. 
PL/M-286 
has been enhanced 
to utilize 80286 
fea- 
tures-memory 
management 
and protection-for 
the implementation 
of multi-user, 
multi-tasking 
virtual memory 


operating 
systems. 


PL/M-286 
is upward 
compatible 
with PL/M-86 
and PL/M-80. 
Existing 
systems 
software 
can be re-compiled 


with PLlM-286 
to execute 
in protected 
virtual address 
mode on the 80286. 


PLlM-286 
is the high-level 
alternative 
to assembly 
language 
programming 
on the 80286. 
For the majority 
of 


80286 
system 
programs, 
PL/M-286 
provides 
the features 
needed 
to access 
and to control 
efficiently 
the 
underlying 
80286 hardware, 
and consequently 
it is the cost-effective 
approach 
to develop 
reliable, 
maintaina- 
ble system 
software. 


The PLlM-286 
compiler 
has been designed 
to efficiently 
support 
all phases 
of software 
development. 
Fea- 
tures such as built-in syntax 
checker, 
multiple 
levels of optimization, 
virtual symbol 
table and four models 
of 


program 
size and memory 
usage for efficient 
code generation 
provide 
the total program 
development 
support 


needed. 
The compiler 
also provides 
complete 
symbolic 
debug 
capability 
to the various 
286 debuggers 
and 
emulators. 


VAXIVMS 
resident 
PL/M-286 
is completely 
feature 
compatible 
with other host versions 
of PL/M·286 
with the 
same version 
number. 
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• 
Supports 
Full Instruction 
Set of the 
80286 including 
Memory 
Protection 
and 
Numerics 
(with 80287) 


• 
Structures 
and RECORDS 
Provide 
Powerful 
Data Representation 


• 
Type Checking 
at Assembly 
Time Helps 
Reduce 
Errors at Run-Time 


• 
Powerful 
and Flexible Text Macro 
Facility 


• 
Upward 
Compatible 
with ASM- 
86/88/186 


• 
Compatible 
with Development 
System 
Resident 
80286 Macro Assembler 


ASM-286 
is the "high-level" 
macro assembler 
for the 80286 assembly 
language. 
ASM-286 
translates 
symbolic 
assembly 
language 
mnemonics 
into'relocatable 
object 
code. 
The assembler 
mnemonics 
are a superset 
of 
ASM-86/88 
mnemonics; 
new ones have also been added to support the new 80286 instructions. 
The segmen- 
tation 
directives 
have been greatly 
simplified. 


The 80286 assembly 
language 
includes 
approximately 
150 instruction 
mnemonics. 
From these few mnemon- 
ics the assembler 
can generate 
over 4,000 distinct machine 
instructions. 
Therefore, 
the software 
development 
task 
is simplified, 
as the 
programmer 
need 
know 
only 
150 mnemonics 
to generate 
all possible 
machine 
instructions. 
ASM-286 
generates 
the shortest 
machine 
instruction 
possible 
(given explicit information 
as to the 
characteristics 
of any forward 
referenced 
symbols). 


The powerful 
macro facility 
in ASM-286 
saves 
development 
and maintenance 
time by coding 
common 
pro- 
gram sequences 
only once. A macro substitution 
is made each time the sequence 
is to be used. This facility 
also allows 
for conditional 
assembly 
of certain 
program 
sequences. 


ASM-286 
offers many features 
normally found only in high-level 
languages. 
The assembly 
language 
is strongly 
typed, which means it performs 
extensive 
checks 
on the usage of variables 
and labels. This means that many 
programming 
errors will be detected 
when the program 
is assembled, 
long before 
it is being debugged. 


ASM-286 
object 
modules 
conform 
to a thorough, 
well-defined 
format 
used by 286 high-level 
languages 
and 
utilities. 
This makes it easy to call (and be called from) HLL object 
modules. 


ASM-286 
also 
provides 
support 
for the 80287 
numerics 
co-processor. 
The complete 
instruction 
set of the 
80287 
is available 
through 
high-level 
mnemonics. 


VAXIVMS 
resident 
ASM-286 
is completely 
feature 
compatible 
with other 
host versions 
of ASM-286 
with the 
same version 
number. 


• 
A Tool for Configuring 
Multi-Tasking 
Protected, 
Virtual Memory 
Systems 


Software 
for the 80286 


• 
Links Separately 
Complied 
Modules 


Resolves 
EXTERNAL/PUBLIC 
Definitions 


• 
Creates 
a Memory 
Image of a 286 
System 
for Cold Start Execution 


• 
Target 
System 
May Be Bootloadable, 


Programmed 
Into ROM or Loaded 
from 


Mass Storage 


• 
Generates 
Print File with Command 


Listing and System 
Map 


• 
Compatible 
with Development 
System 


Resident 
80286 System 
Builder 


BLD-286 
is the 80286 System 
Builder. 
It allows systems 
programmers 
to configure 
multi-tasking 
and memory 
protected 
80286 
software. 
The configuration 
is specified 
by the user in a "Build 
file" 
using a symbolic 
meta- 
language. 
BLD-286 
thus 
provides 
the programmer 
a high-level 
symbolic 
interface 
to the multi-tasking 
and 
memory 
protection 
features 
of the 80286 architecture. 


BLD-286 
accepts 
as inputs 
object 
modules 
from 
the 
80286 
translators, 
the 
80286 
Binder 
and 
itself 
(for 
incremental 
building). 
Using the programmer's 
specifications 
in the Build File, it produces 
a bootloadable 
or 
loadable 
module 
as well as a print file with a map of the configured 
module. 


Using the builders 
command 
language, 
system 
programmers 
may perform 
the following 
functions: 


- 
Assign 
physical 
addresses 
to segments; 
also set segment 
access 
rights and limits. 
- 
Create 
Call, Trap, and Interrupt 
"Gates" 
(entry-points) 
for inter-level 
program 
transfers. 


- 
Make 
gates 
available 
to tasks; 
this is an easier 
way to define 
program 
interfaces 
than 
using 
interface 
libraries. 
- 
Create 
Global 
(GOT), Interrupt 
(lOT), and any Local (LOT) Descriptor 
Tables. 
- 
Create Task State Segments 
and Task Gates for multi-tasking 
applications. 
- 
Resolve 
inter-module 
and inter-level 
references, 
and perform 
type-checking. 


- 
Automatically 
select 
required 
modules 
from libraries. 
- 
Configure 
the memory 
image into partitions 
in the address 
space. 


- 
Selectively 
generate 
an object 
file and various 
sections 
of the print file. 


VAXIVMS 
BLD-286 
is completely 
feature 
compatible 
with 
other 
host versions 
of BLD-286 
with the 
same 


version 
number. 
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• 
Links Separately 
Compiled 
Program 


Modules 
into an Executable 
Task 


• 
Makes the 80286 Protection 
Mechanism 


Invisible to Application 
Programmers 


• 
Assigns 
Virtual Addresses 
to Tasks 


• 
Performs 
Incremental 
Linking with 


Output 
of Binder and Builder 


• 
Resolves 
PUBLIC/EXTERNAL 
Code and 


Data References, 
and Performs 


Intermodule 
Type-Checking 


• 
Provides 
Print File Showing 
Segment 


Map, Errors and Warnings 


• 
Generates 
Linkable 
or Loadable 
Module 


for Debugging 


• 
Compatible 
with Development 
System 


Resident 
80286 Binder 


BND-286 is a utility that combines 80286 object modules into executable tasks. In creating a task, the Binder 
resolves Public and External symbol references, combines segments, and performs address fix-ups on sym- 
bolic code and data. 


The Binder takes object modules, produced by the 286 translators, and generates a loadable module (for 
execution or debugging), or a linkable module (to be re-input to the Binder later; this is called incremental 
binding). The binder accepts library modules as well, linking only those modules required to resolve external 
references. BND-286 generates a print file displaying a segment map, and error messages. 


The Binder is useful for system as well as application programmers. Since application programmers need to 
develop software independent of any system architecture, the 286 memory protection mechanism is "hidden" 
from users of the Binder. This allows application tasks to be fully debugged before becoming part of a 
protected system. (A protected system may be debugged, as welL) System protection features are specified 
later in the development cycle, using the 286 System Builder. It is possible to link operating system services 
required by a task using either the Binder or the Builder. This flexibility adds to the ease of use of the 286 
utilities. 


VAXIVMS resident BND-286 is completely feature compatible with other host versions of BND-286 with the 
same version number. 


• 
Allows Creation 
and Management 
of 


80286 Object 
Libraries 


• 
Library 
Functions 
include Create, 


Delete, 
Add, Replace, 
Copy, Save, 


Backup and Display 


• 
Only Required 
Modules 
Linked in When 


Using Binder or Builder 


• 
Compatible 
with Development 
System 


Resident 
80286 Librarian 


L1B-286is the 80286 Librarian. It can be used to create and manage 80286 Object Libraries. By placing often 
used object modules into libraries, the administrative overhead of managing software modules can be re- 
duced. 


VAXIVMS based L1B-286is completely feature compatible with other host versions of L1B-286with the same 
version number. 
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• 
Flexible 
Utility to Display Object 
File 
Information 
in Symbolic 
Form 
• 
Compatible 
with Development 
System 
Resident 
80286 Mapper 


MAP-286 is a cross reference utility for 80286 object modules. It provides a symbolic listing of the 
EXTERNAL and PUBLIC symbols in the specified object modules. 


VAXIVMS resident MAP-286 is completely feature compatible with development system resident MAP-286 
with the same version number. 


Operating 
Environment 


DEC VAX' 
11/780 
or compatible model running 
VMS' operating system V3.4 (or upward compatible 
versions) 


Documentation 


Installation guide and user's manuals for the soft- 
ware are supplied with the products. 


Hotline Telephone Support, Software, Performance 
Report (SPR) Software Updates, Technical Reports 
and Monthly Newsletters are available. 


'VAXIVMS are trademarks of Digital Equipment Corporation 


Product 
Code 
VVSASM286 


VVSPLM286 
MVVSPLM286 
VVSC286 
MVVSC286 


Description 
ASM-286 
BLD-286 
BND-286 
L1B-286 
MAP-286 
ASM-286 
BLD-286 
BND-286 
L1B-286 
MAP-286 
PL/M 286 (VAX) 
PL/M 286 (MicroVAX) 
C286 (VAX) 
C286 (MicroVAX) 


inter 
AEDIT 
SOURCE CODE AND TEXT 
EDITOR FOR PC-DOS 


• 
A Full-Screen Source Code Editing and 
Documentation Tool Designed 
Specifically for Software Programmers 
and Technical Writers 


• 
Complete Range of Editing Support- 
from Document Processing to HEX 
Code Entry and Modification 


• 
Supports System Escape for Quick 
Execution of PC-DOSSystem Level 
Commands 


• 
Full Macro Support for Complex or 
Repetitive Editing Tasks 


• 
Dual File Support with Optional Split- 
Screen Wlndowlng 


• 
No Limit to File Size or Line Length 


• 
Quick Response with an Easy to Use, 
Menu-Driven Interface 


• 
Conflgurable and Extensible for 
Complete Control of the Editing 
Process 


Split-screen 
windowing 
for file comparison 
and 
dual file editing 


DECLARE 
decimal_digi 
t BYTE .• 
ascii_digit 
BYTE; 


ascii_digit:= 
deciltlal_digit 
+ '0'; 
CALL write 
(iJascii_digit, 
1); 
ENI>convert_decimal_digi 
t 
; 


Menu interface 
for 
quick 
reference 
and 
easy use 
app 1i cat 
ions 
.. eventua 
11y e 1i",inat 
i"9 the 
need 
to place 
humans 
in 
tasks 
which 
are 
repetitive 
and 
unfulfilling. 
The 
system 
works 
by 
reading 
the 
bar-code 
on all 
retail 
goods 
bein 
purchased, 
looking 
up 
the 
price, 
determining 
the 
cash 
tendered, 
and 
calculating 
the 
change. 


The 
CONVERT_DECIMAL_DIGIT 
procedure 
is 
used 
to 
output. 
formatted 
string 
containing 
the 
decimal 
value 
and the! denollination 
of that 
value 
in U.S. 
currency 
(dollars, 
quarters 
.• dimes, 
nickles 
.• 
pennies). 
When 
the 
procedure 
is 
entered, 
it 
is 
passed 
an 
integer 
value. 
Calculations 
are 
performed 
to 
deterlRine 
whether 
or 
not 
the 
value is 


DOS system 
escape command 
for quick 
access to DOS 
level command 
and programs 
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AEDIT is a full-screen text editing system designed 
specifically for software engineers and technical 
writers. With the facilities for automatic program 
block indentation, HEX display and input, and full 
macro support, AEDIT is an essential tool for any 
programming environment. And with AEDIT, the out- 
put file is the pure ASCII text (or HEX code) you 
input-no 
special characters or proprietary formats. 


Dual file editing means you can create source code 
and its supporting documentation at the same time. 
Keep your program listing with its errors in the back- 
ground for 
easy reference while correcting the 
source in the foreground. Using the split-screen win- 
dowing capability, it is easy to compare two files, or 
copy text from one to the other. The DOS system- 
escape command eliminates the need to leave the 
editor to compile a program, get a directory listing, or 
execute any other program executable at the DOS 
system level. 


There are no limits placed on the size of the file or 
the length of the lines processed with AEDIT. It even 
has a batch mode for those times when you need to 
make automatic string substitutions or insertions in a 
number of separate text files. 


As a text editor, AEDIT is versatile and complete. In 
addition to simple character insertion and cursor po- 
sitioning commands, AEDIT supports a number of 
text block processing commands. Using these com- 
mands you will be able to easily move, copy, or de- 
lete both small and large blocks of text. AEDIT also 
provides facilities 
for 
forward 
or reverse string 
searches, string replacement and query-replace. 


AEDIT removes the restriction of only inserting char- 
acters when adding or modifying text. When adding 
text with AEDIT you may choose to either insert 
characters at the current cursor location, or over- 
write the existing text as you type. This flexibility sim- 
plifies the creation and editing of tables and charts. 


The menu-driven interface AEDIT provides makes it 
unnecessary to memorize long lists of commands 
and their syntax. Instead, a complete list of the com- 
mands or options available at any point is always 
displayed at the bottom of the screen. This makes 
AEDIT both easy to learn and easy to use. 


Full Flexibility 


In addition to the standard PC terminal support pro- 
vided with AEDIT, you are able to configure AEDIT 
to work with almost any terminal. This, along with 
user-definable macros and fully adjustable tabs, 
margins, and case sensitivity, combine to make 
AEDIT one of the most flexible editors available to- 
day. 


AEDIT will create macros by simply keeping track of 
the commands and text you type, "learning" 
the 
function the macro is to perform. The editor remem- 
bers your actions for later execution, or you may 
store them in a file to use in a later editing session. 


Alternatively, you can design a macro using AEDIT's 
powerful macro language. Included with the editor is 
an extensive library of useful macros which you may 
use or modify to meet your individual editing needs. 


Text Processing 


For your documentation needs, paragraph filling or 
justification simplifies the chore of document format- 
ting. Automatic carriage return insertion means you 
can focus on the content of what you are typing in- 
stead of how close you are to the edge of the 
screen. 


AEDIT is supplied with a complete user manual (or- 
der number: 122717) that documents all aspects of 
the editor and includes an introductory tutorial. Addi- 
tionally, a pocket reference (order number 122721) 
is provided for quick command look-up. 


AEDIT for PC-DOS has been designed to run on the 
IBM· PC XT, IBM PC AT and compatibles. It has 
been tested and evaluated for the PC-DOS 3.0 (or 
greater) operating system. 


Versions of AEDIT are available for the Intel Intel- 
lec~ Series-II, Series III, and Series IV development 
workstations, as well as the iRMXTM86 and iRMX 
286 operating systems. 
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Order Code 
D86EDIEU 


Description 
AEDIT Source Code Editor Release 
2.2 for PC-DOSwith supporting docu- 
mentation 


122717 
AEDIT-DOS User's Guide 


122721 
AEDIT-DOS Pocket Reference 


inter 
PSCOPE 
HIGH-LEVEL PROGRAM DEBUGGER 
FOR iRMXTM,XENIX*, SERIES III AND SERIES IV 
• Provides 
Source 
Level Debugging 
• Symbolic 
Debugging 
Capabilities 
Capabilities 
for High-Level 
Languages 
- 
Maintains 
Type Information 
about 


and Assembly-Level 
Languages 
Variables 
• Permits 
Creation 
of High-Level 
Program 
- 
Supports 
Symbolic 
Access 
to 


Patches 
using PSCOPE High-Level 
Dynamic 
Local Variables 


Language 
Constructs 
- 
Maintains 
a Virtual Symbol 
Table for 


Program 
Variables 
• Sets Breakpoints 
and Traces 
Program 
- 
Allows Definition 
of User-Defined 


Execution 
Debugging 
Variables 
and Procedures 
• On-Line 
Help Facilities 
- 
Accesses 
Memory 
Locations 
and 


• Code Disassembly IAssembly 
and 
Program 
Variables 
using Program- 


Assembly-Level 
Patching 
Defined 
Names 
• Single Stepping 


PSCOPE 
is an interactive, 
symbolic 
debugger 
for high-level-language 
programs 
written 
in PL/M, 
Pascal, 
and 


FORTRAN. 
The 
iRMXTM PSCOPE 
and XENIXTM PSCOPE 
products 
support 
debug 
of programs 
written 
in 


assembly 
language. 
XENIX 
PSCOPE 
provides 
additional 
C language 
support 
and can use XENIX 
operating 


system 
commands 
without 
leaving or altering 
the debug environment. 


DEBUGGING 
WITHOUT 
PSCOPE 


DEBUGGING 
WITH 


PSCOPE 
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With PSCOPE, a user can load an application pro- 
gram into host system memory, set breakpoints at 
symbolic or numeric addresses, trace program exe- 
cution, and create patches. Other debugging aids in- 
clude the ability to single-step a program through 
high-level-language statements or procedures, to 
display and modify program variables, to inspect 
files, and to personalize the debugging environment. 


The following sections describe the major features 
of the PSCOPE high-level debugger. 


With symbolic debugging, a user can examine or 
modify a memory location by using its symbolic ref- 
erence. A symbolic reference is a procedure name, 
variable name, line number, or program label corre- 
sponding to a location in the user program's memory 
space. For example, to display the value of the pro- 
gram variable linesend, 
users need only GO TIL the 


variable is active, and type the variable's name. 
Note that" 
is the PSCOPE prompt. 


"Iinesend 
50 


Notice that PSCOPEreturns the variable value with- 
out the user having to indicate the variable's type. 
The capability to recognize a variable's type and 
scope is a special feature of PSCOPE's support of 
symbolics. Few other debuggers offer this feature. 


Consider another example. Suppose the user's pro- 
gram has an array of employee records called 
emprec that includes salary and other employee in- 
formation. Using PL/M, the user might declare it as 
follows: 


DECLARE emprec (100) STRUCTURE 


(name (20) BYTE, 
ss (10) BYTE, 
number INTEGER, 
salary REAL); 


With PSCOPE, to determine the salary of the nth 
employee, the user need only type: 


emprec[n].salary 


PSCOPEwould then respond: 


2.200E + 03 


A patch is a set of PSCOPE high-level commands 
that augments or replaces a section of the user's 
program. With patching, the user can modify a pro- 
gram's algorithm and verify the effect of modifica- 
tions without having to edit source, recompile and 
relink. 


For example, the following patch indicates that if the 
value of the variable x is 0, then the current execu- 
tion point ($ is a PSCOPE pseudo-variable for the 
current execution point) will be line #39. Ifx is not 0, 
the value of y will be set to the value of linesend 
minus the value of x. The execution point will not 
change. 


"DEFINE PATCH #37 TIL #39 = DO 
."IF x = 0 THEN $ = #39 
."ELSE 
."y = linelength - 
x 
."ENDIF 
"END 


A patch can also be used to bypass statements. The 
following command causes lines # 13 through # 15 
to be skipped, resuming execution at line # 16. 


Breakpoints 


Breakpoints suspend program execution at specified 
locations. The user can then enter PSCOPE com· 
mands, construct patches, examine or change pro- 
gram variables and registers. 
PSCOPE for 
the 


XENIX and iRMX operating systems also allow 
memory disassembly. Execution can be resumed 
from the breakpoint or from any other point. 


A breakpoint specification is the address where pro- 
gram execution stops. The address can be specified 
as a symbolic address, segment/offset pair, or as a 
high-level-language statement number. 


"GO TIL: counLlines 
[Break at counLlines] 


Debug Procedures 


A debug procedure is a group of PSCOPE com- 
mands that are invoked by a name. Debug proce- 
dures can be saved and then recalled for use in later 
debug sessions. 
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Following is the definition of a debug procedure 
called sum. It consists of a DO command block that 
returns the sum of all the parameters passed to it. It 
contains two local variables, nand i. 


'DEFINE PROC sum = DO 
.'DEFINE LONGINT n = 0 
.'DEFINE INTEGER i = 0 
.'COUNT % np 
..'n = n + %(i) 
..'i = i + 1 
..'ENDCOUNT 
.'RETURN n 
.'END 


To execute the debug procedure, invoke it by name 
as follows: 


The benefits of debug procedures include simplifica- 
tion of command invocation for groups of com- 
mands and automation of the software verification 
process. A procedure can be defined to iteratively 
generate test values, execute the program with new 
input values, and record results. Thus, debug proce- 
dures can be used to develop and run comprehen- 
sive "batched" tests. 


A break register is a named set of one or more 
breakpoint specifications. After defining the contents 
of break registers, the user can execute a program 
using the specifications in one or more of these 
break registers. For example, here is the definition of 
a break register called break1: 


To execute and break just before procedure error_ 
check, specify use of break register break1 
in the 
GO command. 


Break registers are useful for storing sets of specifi- 
cations to be recalled in later debug sessions. They 
also enable users to call a previously defined debug- 
ging procedure when a specification in a break regis- 
ter is met. This gives the user a powerful tool for 
creating conditional constructs to observe program 
behavior. For example, assume a user wants to 
break at three breakpoints, term, 
value, and at line 
#68. Before breaking at the procedures term, and 
value, the user wants to execute a debug procedure. 
The following example first defines the procedure 
(pr1) and then defines the break register (break2) 
that calls the procedure. 


'DEFINE PROC prt1 = DO 
.'IF x > 0 THEN RETURN true 
.'ELSE RETURN false 
.'ENDIF 
.'END 


'DEFINE BRKREG break2 = (term, value) call 
prt1, #68 


Trace Registers 


The PSCOPE trace feature displays a trace mes- 
sage when the program it is executing reaches a 
specified address. The trace message identifies the 
current execution point, but no break occurs. 


The following example defines a trace 
register 
named trace 1 that contains tracepoints at state- 
ments # 80, # 124, and at the procedure error in the 
current module: 


A GO command using trace 1 displays a message 
each time statements 
#80, 
#124, 
or procedure 
error is executed. 


On-Line Help 


PSCOPEprovides on-line help. In addition to obtain- 
ing help on topics from a help list, extended versions 
of PSCOPE error messages can be displayed. 


With PSCOPE commands users can single-step 
through high-level-language statements (the LSTEP 
command), and procedures (the PSTEP command). 
The LSTEP and PSTEP commands display the 
statement number of the next high-level-language 
statement. For example: 


'LSTEP 
[Step at :PAGER#42J 


The iRMX and XENIX PSCOPEdebuggers also have 
the capability to step through machine instructions 
(the ISTEP command). 
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Literally Definitions 


LITERALLY definitions are shorthand names for pre- 
viously defined character strings. They give the user 
the convenience of being able to customize the de- 
bug environment. For example: 


'DEFINE LITERALLY lit = 'literally' 
'DEFINE lit def = 'define' 
'def lit stacktop = 'word ss:sp' 


PSCOPE includes an internal editor which provides 
a subset of Intel's AEDIT text editor's features. With 
this editor, users can create and modify debug con- 
structs such as patches, debug procedures, and L1T- 
ERALLY definitions. The internal editor can be used 
to view source program files on the screen. 


The PSCOPEcommands are versatile and powerful, 
yet easy to learn and use. With them, the user can 
build a high-level 'environment in which to examine 
and modify execution of the program under develop- 
ment. 


The PSCOPE commands can be divided into func- 
tional categories. 


Emulation 
commands 
instruct PSCOPE-86to exe- 
cute the user program. They consist of GO and the 
two stepping commands, LSTEP, and PSTEP. 


Debug environment 
commands 
define PATCHes, 
debug PROcedures, debug variables, 
L1TERALLYs, 
break 
registers 
(BRKREG), and trace 
registers 
(TRCREG) using the DEFINE command. A user can 
delete these definitions with the REMOVE com- 
mand. 


Block 
commands 
consist of DO-END, COUNT- 
END, 
REPEAT-END, 
and 
IF-THEN-ELSE 
con- 


structs. They can be used alone or within debugging 
procedures and patches. 


String 
functions 
concatenate strings (CONCAT), 
return the string length (STRLEN), return a substring 
(SUBSTR), and accept console input (CI). 


Utility 
commands 
are general-purpose commands 


for use in a debugging environment. They consist of 
the following: 
$ 
is a pseudo-variable that repre- 
sents the current execution point. 


is 
a 
function 
that 
determines 


whether a specified dynamic vari- 
able is currently defined on the 
stack or not. 


sets or displays the current radix. 
displays the dynamic calling se- 
quence stored on the stack. 
displays all objects of a specified 
type. 


invokes the internal, menu-driven, 
text editor. 
returns the value of a symbol in bi- 
nary, decimal, hexadecimal, and 
ASCII. 


EXIT 
returns control to the host operat- 
ing system. 


HELP 
provides on-line help for selected 
topics and error messages. 


NAMESCOPE 
This 
pseudo-variable 
represents 


the current scope of a variable. 
Gives access to variables without 
need to use the fully qualified sym- 
bolic reference. 


OFFSET$OF 
is a function that returns the offset 
of a specified address (virtual or 
symbolic). 
SELECTOR$OF is a function that returns the selec- 


tor of a specified address (virtual or 
symbolic). 
WRITE 
writes variables and strings to the 
console's screen. 


BASE 
CALLSTACK 


File 
handling 
commands 
access disk files. The 


user can load program files to be debugged (LOAD), 
save patches, debugging procedures, debugging 
variables, L1TERALLYs, and debugging registers in a 
disk file (PUT and APPEND), read-in these defini- 
tions during later debugging sessions (INCLUDE), 
and record a debugging session in a disk file for later 
analysis (LIST and NOLIST). 


Register 
access 
commands 
provide access to the 


microprocessor registers and flags. The REGS com- 
mand displays the registers and the set flags. Users 
can also inspect or change an individual register by 
specifying its mnemonic. FLAG represents the flag 
word. The user can inspect or change each flag sep- 
arately as a Boolean variable. 
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ADVANCED 
PSCOPE COMMANDS 
FOR iRMXTM AND XENIX 
OPERATING 
SYSTEMS 


In addition to the basic PSCOPE capabilities, iRMX 
and XENIX PSCOPEoffer complete debugging sup- 
port for assembly language programs. This support 
includes the ISTEPsingle step command, an assem- 
bler/disassembler, 
and register examination and 
modification for both the main processor and the 
math coprocessor as follows: 


XENIX 
80286/80287 
iRMX 
8086/8087 


XENIX PSCOPE also supports debugging of C lan- 
guage programs. Another feature of XENIX PSCOPE 
allows the user to invoke any XENIX operating sys- 
tem command and return to debugging without alter- 
ing the state of the debug session. 


The Disassembler 
and Single-Line 
Assembler 


With the disassembler, memory can be displayed as 
assembly language mnemonics. The next example 
shows how the ASM command displays the first as- 
sembly language instruction that makes up the high- 
level-language statement # 26. 


"ASM #26 
3348H:00CCH FF36000000 PUSHWORD PTR OOOH 
3348H:00DOH S020 
MOV AL,20H 


An instruction can be changed using the single-line 
assembler as follows: 


The following 
sample debug session illustrates 
some of PSCOPE's capabilities. The example pro- 
gram (Figure 1) is written in Pascal. To utilize 
PSCOPE's symbolic debugging capabilities, the pro- 
gram was compiled with the debug option. After the 
program is linked and bound (bind option), the exe- 
cutable code can be debugged on PSCOPE. 


The following example of the debugging session 
demonstrates the use of the L1TERALLY command 
to personalize the debug environment. This example 
assumes 
PSCOPE has been 
invoked 
and 
the 
PSCOPE prompt (") 
is present on the screen. 


PSCOPE keywords are in uppercase for the exam- 


pies, but case is not significant in the PSCOPEcom- 
mand language. No devices or directories will be in- 
cluded with file access commands. 


"DEFINE LITERALLY d = 'DEFINE' 
"d LITERALLY I = 'LITERALLY' 
"d I br = 'SRKREG' 
"d I tr = 'TRCREG' 


Next the load time locatable code is loaded, and a 
directory of the module is requested. In the directory, 
program symbols are listed with their types. The 
types corresond to PSCOPE memory object types. 


"LOAD maxmin.86 
"DIR 
DIR of:CALC 
PO_OUTPUT 
TEXT (file) 
PA-INPUT 
TEXT (file) 
S 
integer 
A 
integer 
SUM 
procedure 
X 
integer 
i :::::::::::::::::::::::::::::::::~~:~:~ 
DIFFERENCE 
procedure 
~:::::::::::::::::::::::::::::::::~~:i:~ 
MAXMIN 
procedure 
X 
integer 
Y 
integer 


The next example illustrates using the PSTEP step- 
ping command. PSTEP executes procedures as a 
single step. When the program requests input, the 
user must enter values for the stepping to continue. 
PSCOPE responds with a break message inside 
brackets ([ l). 


"PSTEP 
[Step at :CALC#21) 
"PSTEP 
Input two integers 
[Step at :CALC#22) 
19 +-- user input 
4 +-- user input 
[Step at :CALC#23) 
"PSTEP 
The sum is 76 
"PSTEP 
[Step at :CALC#24) 
The difference is 15 
[Step at :CALC#24) 
"PSTEP 
The maximum is 
19 
The minimum is 
4 
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Source 
File: MAXIN.PAS 
Object 
File: MAXIN.OBJ 
Controls 
Specified: 
DEBUG 


(" This program 
reads two integers and 
") 
(" determines 
which is greater. 
") 
STMT 
LINE 
NESTING 
SOURCE TEXT: MAXMIN.PAS 
1 
1 
0 
0 
program 
calc(input,output); 
2 
2 
0 
0 
var a,b:integer; 


3 
4 
0 
0 
procedure 
sum(s,y:integer); 


4 
5 
1 
0 
var z:integer; 


5 
6 
1 
0 
begin 
5 
7 
1 
0 
z: = x"y; 
6 
8 
1 
1 
writeln('The 
sum is',z); 


7 
9 
1 
1 
end; 


8 
11 
0 
0 
procedure 
difference(s,y:integer); 
9 
12 
0 
var z:integer; 
10 
13 
1 
0 
begin 
10 
14 
1 
0 
z: = abs(x - y); 
11 
15 
1 
1 
writeln("The 
difference 
is',z); 


12 
16 
1 
1 
end; 


13 
18 
0 
0 
procedure 
maximum(x,y:integer); 
14 
19 
1 
0 
begin 
14 
20 
1 
1 
if x < y then writeln 
('The maximum 
is',y), 
The minimum 
is',x); 
16 
21 
if Y < x then writeln 
('The maximum 
is',x, 
The minimum is',y); 
18 
22 
if x = y then writeln 
(The 
inputs are equivalent') 
20 
23 
end; 


21 
25 
0 
0 
begin 
21 
26 
0 
1 
repeat ("forever") 
21 
27 
0 
2 
write('lnput 
two integers'); 


22 
28 
0 
2 
readln(a,b); 


23 
30 
0 
2 
sum(a,b); 
24 
31 
0 
2 
difference(a,b); 


25 
32 
0 
2 
maximum(a,b); 


26 
33 
0 
2 
until 1 < 0 
27 
34 
0 
2 
end. 


Figure 1. Sample Program 
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There is a bug in the program. The procedure sum 
should add the input values, 19 and 4. Instead, it 
multiplies them. The code on line # 5 should specify 
x+y instead of x"y. With PSCOPE, it is easy to 
patch this line of code and immediately execute the 
program without recompiling and relinking. 


The next example uses the GO TIL command to il- 
lustrate that the patch works. 


"TO TIL #21 


Input two integers 
4 
19 
The sum is 
23 
The difference is 
15 
The maximum is 
19 
The minimum is 
4 
[Break at # 21) 


The final example illustrates the use of a PSCOPE 
PROC (debug procedure). The PROC is named pr1. 
Then a BRKREG (break register) is defined to call 
the procedure. Notice the use of the LITERALLY 
definitions in the examples. 


'd PROC pr1 = DO 
·"WRITE 'numbers and product are: ',a,b,a:b 
·"WRITE USING ('0,>') 'break?' 
·'IF CI = = 'y' THEN RETURN true 


" 
ELSE RETURN false 


.."ENDIF 
."END 
"d br b3 = # 21 CALL pr1 
"GO USING b3 
Input two integers 
23 
24 


The sum is 
47 


The difference is 
1 
The maximum is 
24 
The minimum is 
23 


numbers and the product are: +23 + 24 + 552 
break? y 
[Break at #21) 


When 
a 
debugging 
session 
is 
complete, 
exit 
PSCOPE as follows. The debugger will close any 
open files, write a message to the screen and return 
to the operating system. 


"EXIT 
PSCOPE terminated 


As an interactive, symbolic, high-level language de- 
bugger, PSCOPEbrings to debugging the same type 
of productivity enhancements that high-level lan- 
guages bring to writing software. PSCOPE's benefits 
are listed below: 
• A 
shortened 
development 
cycle. 
Breakpoints, 


tracing, and patching decrease the number of 
edit! compile/link iterations. 


• Improved debugging productivity. Since PSCOPE 


language constructs enable the use of high-level 
functions and procedures, symbolics and data 
structures, improvement in debugging productivity 
is analogous to programming in high-level lan- 
guages. 


• Increased software reliability. Debugging proce- 


dures can automate the software testing process. 


• Improved project management. Software engi- 


neers can debug modules separately. Procedures 
can be substituted for program stubs. 


PSCOPE for the iRMXTM Operating 
System 


(for iRMX operating system release 5 or greater on 
Systems 86/310, 86/330A, and 80/380) 
Languages: 
·PL/M-86 
.Pascal-86 


.FORTRAN-86 
.ASM86 
Documentation: PSCOPE-86 High-Level 
Program 


Debugger User's Guide (for iRMX 
Operating Systems) Order number: 
165496 
Memory: 
110K bytes for iRMX PSCOPE-86 
software and buffers 


Order Code 
Description 


iPSC86RMX 
PSCOPEProgram 
Debugger for the iRMX 
Operating System 


intJ 


PSCOPE for the XENIX Operating 
System 


(PSCOPE 
requires 
an 80286-based 
system 
running 


the Intel XENIX 286 operating 
system.) 


Languages: 
Supports 
any Intel or ISV-supplied 
80286 
language 
generating 
Intel 
286 object 
module format 
load-time 
locatable 
modules. 
These 
include: 


-PL/M 
-C 
-FORTRAN 


-Pascal 
-ASM 


Documentation: 
PSCOPE 286 
User's 
Guide 
for 
XENIX 
Systems, 
Order 
Number: 


122281. PSCOPE 286 Pocket Ref- 
erence, Order Number: 
122282. 


Memory: 
286 bytes for XENIX PSCOPE soft- 
ware and buffers. 


Order 
Code 
Description 


iPSC286XNXSU 
Single-user 
license 


iPSC286XNXRO 
Incorporation 
license 


iPSC286XNXRF 
Royalty fees for 
incorporations 


iPSC286XNXBY 
Buy-out license 


PSCOPE for the Series III/Series 
IV 


Operating 
System 


(PSCOPE-86 
runs 
on 
an 
Intellec@ 
system, 
either 


stand-alone 
or in an NDS-II network 
configuration.) 


Languages: 
-PL/M 
86/88 
-Pascal 
86/88 


-FORTRAN 
86/88 


Documentation: 
PSCOPE-86 
High-Level 
Program 


Debugger 
User's 
Guide, 
Order 


number 
121790 


Memory: 
The 
system 
configuration 
must 
in- 


clude 
512K 
bytes 
of 
application 


memory 
space. 
The 
debugger 
re- 


quires 96K bytes of memory. 


Order 
Code 
Description 
\ 


iMDX-333 
for Series III and Series IV 


111-951A 
121CEsoftware 
for Series III 


8" single density disk drive 


111-951B 
121CEsoftware 
for Series III 


8" double density disk drive 


111-951C 
121CEfor Series IV with 5 1/4" 
double density disk drive 


An enhanced 
version 
of PSCOPE 
with source-code 


display 
is available 
for the 
PC-DOS 
operating 
sys- 


tem. See Data Sheet order number 280194 
for infor- 


mation 
on PSCOPE-86 
for DOS operating 
systems. 
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PSCOPE-86 FOR DOS 
HIGH-LEVEL APPLICATION 
PROGRAM DEBUGGER 
• Debugs 
PL/M-86, 
Pascal-86, 
IC-86, 
• Offers 
Symbolic 
Debugging 


FORTRAN-86, 
and ASM86 
Programs 
Capabilities: 
• Displays 
Program 
Text on the Screen 
- 
Supports 
Access 
to Memory 
by 


During Debugging: 
Program 
Defined 
Variable 
and 


- 
Uses the Listing File to Display 
Program 
Names 


Program 
Text 
- 
Maintains 
Type Information 
About 


- 
Displays 
Source 
Code on Program 
Variables 


Step, at Execution 
Break Points, or 
- 
Allows Definition 
of User-defined 


on User Request 
Debugging 
Variables 
and Procedures 


• Disassembles 
Memory 
and Provides 
an 
• Single-steps 
Through 
Assembly 


Interactive 
Assembler 
Language 
Instructions, 
High-level 


Permits 
Creation 
of Program 
Patches 
Language 
Statements, 
or Procedures 
• 
Sets Break Points and Traces 
Program 
Using High-level 
Language 
Constructs 
• Execution 
• Supports 
Access 
to DOS Operating 
Runs Under the PC-DOS Version 
3.0 or 
System 
Commands 
• Greater 


PSCOPE·86 
for DOS is an interactive, 
symbolic 
debugger 
for high-level 
language 
programs 
written 
in iC-86, 


PL/M·86, 
Pascal·86, 
and FORTRAN·86, 
and for assembly 
language 
programs 
written 
in ASM86. 
PSCOPE-86 


for DOS runs under the PC·DOS operating 
system, 
version 
3.0 or greater. 


"LIST a:debug.log 
"LOAD \progdir\leapyr .86 
"SET :leapyr to \listdir\leapyr .1st lang pascal 
"DIR LINE 
DIR of :LEAPYR 
#1 
#5 
#6 
#7 
#8 
#9 


#14 
#15 
#16 
#17 
#18 
#21 


"PRESRC=O ;POSTCRC=O ;SOURCE=true ;GO 
Enter the number of a month. 
2 
Enter any year, like 1985. 
1984 
[Break at :LEAPYR# 13) 
=> 
13 
24 
0 
2 


+LSTEP 
[Step at LEAPYR#16) 
=> 
16 
27 
0 
3 
IF (year mod 4 


#10 
#22 
TIL #13 


#11 
#23 
#12 
#25 


2: (" leap year ") 
= 
0) AND ((year mod 100 <> 
0) OR 


(year mod 400 = 
0)) 
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With PSCOPE-86 
for DOS, a user can load an application 
program, 
set break points 
at symbolic 
or numeric 
addresses, 
trace program 
execution, 
and view source code text. Program bugs can be patched 
using high-lev- 
el PSCOPE 
commands 
or assembly 
code. The corrections 
can be tested 
without 
leaving 
the PSCOPE 
soft- 
ware. 


Other 
debugging 
aids include 
the ability 
to single-step 
a program 
through 
assembly 
language 
instructions, 
high-level-language 
statements, 
or procedures, 
to display and modify program 
variables, 
to inspect 
files, and 
to personalize 
the debugging 
environment. 


Source Display 


With the DOS version 
of PSCOPE-86, 
a user can correlate 
a module 
under debug to a source code file. Then, 
when break points are encountered, 
source text is displayed 
along with the break message 
and line number of 
the break point. The number 
of source 
lines displayed 
before 
and after a break point can also be defined 
by 
the user. 


View all or part of the listing file on command. 
The following 
example 
uses the PSCOPE command 
to list the 
current 
module. 
The asterisk 
(0) is the PSCOPE prompt, 
the command 
follows, 
and after pressing 
< Enter> 
, 


PSCOPE responds 
with a list file. 


°SHOWSRC #1 LENGTH 28 
1 
1 
0 
0 
program leapyr (input,output); 
(0 
Input month and year, receive number of days 
0) 
o 
var year 
:integer; 
o 
month 
:integer; 
o 
nrdays 
:integer; 


o 
1 
1 
1 


2 
5 
0 
3 
6 
0 
4 
7 
0 


5 
9 
0 


5 
11 
0 
6 
12 
0 
7 
13 
0 


8 
15 
0 
9 
16 
0 
10 
17 
0 


11 
19 
0 


11 
21 
0 
12 
22 
0 


13 
24 
0 
14 
25 
0 
15 
26 
0 
16 
27 
0 


17 
31 
0 
3 


19 
33 
0 
3 


21 
35 
0 
2 


22 
37 
0 
2 
23 
38 
0 
2 


25 
40 
0 
1 


begin 


month := 
0; 
year := 
0; 
nrdays := 
0; 


1 
writeln('Enter the number of a month.'); 
1 
readln(month); 
1 
while month < > 999 do 


1 
begin 


2 
writeln('Enter any year, like 1985.'); 
2 
readln(year); 


2 
3 
3 
3 


CASE month of 
4,6,9,11:nrdays 
:= 
30; 
1,3,5,7,8,10,12:nrdays:= 
31; 
2: 
(0 
leap year 0) 
IF (year mod 4 = 
0) AND 
((year mod 100 < > 0) OR 
(year mod 400 = 
0)) 
THEN nrdays 
:= 
29 
ELSE nrdays 
:= 
28; 


end; 


writeln('Number of days in the month is',nrdays); 


writeln('Enter the number of a month.'); 
readln(month) 
end; 
end. 
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PSCOPE 
has two 
commands 
to single-step 
through 
high level 
instructions 
and display 
source 
code. 
The 
commands 
differ in how they handle 
program 
calls. The following 
example 
illustrates 
the LSTEP command. 


'LSTEP 
[Step at 
=> 
17 
19 


'LSTEP 
[Step at :LEAPYR#21] 
=> 
21 
35 
0 
2 


:LEAPYR#17] 
31 
0 
3 
33 
0 
3 


PSCOPE can single-step 
through 
code at assembly 
level and display assembly 
mnemonics 
as in the following 
example 
which 
uses the ISTEP command. 


'ISTEP 
:LEAPYR 
512A:00FER 
C70600000000 
MOV WORD PTR OOOOR,O 


With symbolic 
debugging, 
a user can examine 
or modify a memory 
location 
by using its symbolic 
reference. 
A 
symbolic 
reference 
is a procedure 
name, variable 
name, line number, 
or program 
label that corresponds 
to a 
location 
in the user program's 
memory 
space. 
For example, 
to display 
the value 
of the program 
variables, 


users need only execute 
the program 
until the variable 
is active and type that variable's 
name. 


'LSTEP 
[Step at :LEAPYR#22] 
=> 
22 
37 
0 
2 
write1n('Enter the number of a month.'); 


'month 
+2 
'year 
+1900 
'nrdays 
+28 


Define the Debug Environment 


With the PSCOPE high-level 
program 
debugger, 
a user can define the debugging 
environment 
within PSCOPE 
software. 
You can define 
break 
points 
and trace 
points. 
With 
PSCOPE, 
you can write 
macros 
that 
set the 
debug 
environment 
when 
PSCOPE 
is invoked, 
or these 
macros 
can 
be included 
at any time 
during 
the 
debugging 
session. 
Shorten 
commands 
with literal definitions, 
try program 
bug fixes with patches 
and proce- 
dures, or write procedures 
to control 
program 
execution. 
All debug variables 
and procedures 
can be saved in 
files and reused. 


Breaks occur at addresses 
in the program 
under execution. 
The user can enter physical addresses 
or symbolic 
addresses 
to halt program 
execution. 
With PSCOPE, you can easily break at executable 
statement 
addresses 
by using line numbers. 
Simply 
use the PSCOPE 
directory 
command 
with the line option 
(DIR LINE) to get a 
directory 
of line numbers. 
Then define 
a break register 
or a trace register 
to stop at these addresses. 


A break 
register 
(BRKREG) 
stops 
program 
execution 
and returns 
a PSCOPE 
prompt 
('). 
A trace 
register 
(TRCREG) 
displays 
a message 
and continues 
program 
execution. 
Following 
are examples 
of how to define a 
break register 
and a trace register. 


'DEFINE BRKREG stop = #22 
'DEFINE TRCREG stop2 = #17 
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Debugging 
procedures 
are groups 
of PSCOPE 
commands 
that 
have been labeled. 
Writing 
procedures 
with 
PSCOPE commands 
is much the same as writing 
high-level 
language 
procedures. 
A procedure 
can be used 
for any definable 
function 
during a debugging 
session, 
and it can be used with a program 
under execution. 


In the 
LEAPYR 
program, 
the while 
loop continues 
until 999 is entered 
for a month 
number. 
The following 
example 
of a PSCOPE procedure 
(PROC) that querys the user about halting execution. 
If the answer is yes (,Y' 


or 'y'), the procedure 
sets month 
to 999. 


"DEFINE PROC query 
= 
DO 
."WRITE USING ('Do 
you 
want 
to 
quit? 
Enter 
Y for 
yes.') 
• "DEFINE CHAR ccc 
= 
CI 
• "WRITE ccc 
• "IF 
ccc 
= = 'Y' 
or 
'y' 
then 
• • "month 
= = 
999 
•• "RETURN = 
true 
• • "else 
RETURN = 
false 
• "endif 
• "END 


To call this procedure 
while the program 
is executing, 
define a break register and use it with the GO command 
as follows: 


"DEFINE BRKREG stop 
= 
#22 
CALL query 
"GO USING stop 


A PSCOPE patch is used to temporarily 
correct 
run-time errors in the program 
under debug. A patch can be an 
additional 
line (or lines) in a program, 
or can be used to replace 
lines in a program. 
PSCOPE 
enables 
both 
high-level 
patches 
(the PATCH command) 
and assembly-level 
patches 
(the ASM command). 


High-Level 
Patch 


In the LEAPYR 
program, 
the way to exit the program 
is to enter 999 for the month. 
However, 
nothing 
instructs 
the user to do this. With a high-level 
patch, 
it is simple to add a line of code to the program. 
Following 
is an 
example. 


"DEFINE PATCH #22 
= WRITE 'To 
exit 
the 
program, 
enter 
999.' 


When the program 
is executed, 
the patch is used automatically. 
There is no need for a break register. 
Program 
execution 
stops at line number 
22, the patch message 
is displayed, 
and program 
execution 
continues 
at line 
number 
22. It is also possible 
to replace 
lines by using the TIL option 
in a high-level 
patch. 
Then 
program 
execution 
continues 
from the line number, or address, 
defined 
after the TIL. To simply eliminate 
lines of code, 


set the line to NOP as follows: 


"DEFINE PATCH # 18 
= 
NOP 


Assume 
there 
is a typo in the LEAPYR 
program. 
Instead 
of the else condition 
setting 
nrdays 
to 28, it sets 
nrdays 
to 29, making 
every year leap year. Use the ASM command 
first to display 
assembly 
code as in the 
following 
example. 


"ASM #17 
LENGTH 4 
:LEAPYR 
521A:OIEOH 
C70600001DOO 
521A:OIE6H 
EB06 
=> 
17 
31 
0 3 
521A:OIE8H 
C70600001DOO 
521A:OIEEH 
EBOO JMP $+0002H 


MOV WORDPTR OOOOH,OOlDH 
; + 29T 
JMP 
$+0008H 
; A=OlEEH 
ELSE nrdays 
: = 
29; 
MOV WORDPTR OOOOH,OOlDH 
; + 29T 
; A=OlFOH 


Notice 
that 
source 
code 
can be displayed 
to assist 
you in finding 
the 
ELSE 
statement. 
However, 
source 
display 
can be eliminated 
simply 
by setting 
the variable 
SOURCE 
to false. After 
finding 
the address 
for the 
correct 
line of code, use the ASM command 
to change 
the second 
29 to 28. Notice 
in the following 
example, 
'word' 
is sufficient 
for the assembly 
mnemonic. 
The 'ptr' mnemonic 
is unnecessary. 


·ASM 521A:OIE8H 
= 
'mov word OOOOH,OOlCh' 


521A:OIE8H 
C70600001COO 
MOV 
WORD OOOOH,OOlDH 


LITERALLY 
definitions 
are shortened 
names for previously 
defined 
character 
strings. 
LITERALLY 
definitions 
save keystrokes 
or improve 
clarity. 
For example, 
the following 
LITERALLY 
definition 
replaces 
the command 
DEFINE 
with the abbreviation 
DEF. 


·DEFINE LITERALLY de! 
= 
'DEFINE' 


All debug variables 
and procedures 
can be saved in a file for future debug sessions. 
To save everything 
in a 
file, use the PUT command 
as follows: 


·PUT a:debug.mac DEBUG 


The 
saved 
file can 
be used 
as a macro 
and 
invoked 
automatically 
with 
PSCOPE 
by using 
the 
following 
invocation 
command 
to start PSCOPE. 


C :>PSCOPE 
MACRO (a:debug.mac) 


After PSCOPE is loaded, a list of all the commands 
in the macro will print to the screen and will be included 
in 
the debug environment. 
It is also possible 
to include 
a macro after PSCOPE is loaded. The following 
example 
uses the NOLIST 
option 
to prevent 
the commands 
from writing to the screen. 


·INCLUDE a:debug.mac NOLIST 


PSCOPE 
has an internal 
editor 
that 
is a version 
of Intel's 
Aedit. 
Use this editor 
to correct 
source 
code 
as 
program 
fixes are confirmed 
with PSCOPE. 
The editor 
can also be used to create 
macros, 
procedures, 
or 
correct 
command 
lines. 


PSCOPE 
has an escape 
function 
to enable 
access 
to the DOS operating 
system 
commands. 
This is very 
useful to verify a file location 
or print a file. Any DOS operating 
system command 
is accepted 
after entering 
the 
'bang', 
explanation 
point, (!). The following 
is an example 
of the ESCAPE 
command. 


·!print 
a:debug.mac 


The 
DOS 
print 
message 
will 
appear 
on the 
screen, 
and then 
the 
PSCOPE 
prompt. 
Once 
the 
printing 
is 
complete, 
you are again in PSCOPE withoutaltering 
the debug environment. 


The syntax of PSCOPE commands 
resembles 
that of a high-level 
language. 
The PSCOPE command 
language 
is versatile 
and powerful 
while remaining 
easy to learn and use because 
commands 
are often self explanatory 
like GO. GO starts execution 
of the user program. 
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• 
Emulation 
commands 
instruct 
PSCOPE 
to execute 
the user program. 
They consist 
of GO and the three 
stepping 
commands, 
ISTEP, LSTEP, and PSTEP. 


• 
Debugging 
environment 
commands 
define 
PATCHes, 
debugging 
PROCedures, 
debugging 
variables, 
L1T- 
ERALL Ys, break registers 
(BRKREG), 
and trace registers 
(TRCREG) 
using the DEFINE 
command. 
A user 
can also delete 
these definitions 
with the REMOVE 
command. 


• 
Block 
commands 
consist 
of DO-END, 
COUNT-END, 
REPEAT-END, 
and IF-THEN-ELSE 
constructs. 
They 
can be used alone or within debugging 
procedures 
and patches. 


• 
String 
functions 
concatenate 
strings 
(CONCAT), 
return 
the 
string 
length 
(STRLEN), 
return 
a substring 
(SUBSTR), 
and accept 
console 
input (CI). 


• 
Utility commands 
are general-purpose 
commands 
for use in a debugging 
environment. 
They consist 
of the 
following: 


! 
accesses 
the DOS operating 
system 
commands. 


is a pseudo-variable 
that represents 
the current 
execution 
point. 


is a function 
that determines 
whether 
a specified 
dynamic 
variable 
is currently 
defined 
on 
the stack. 


assembles 
or disassembles 
memory. 


sets or displays 
the current 
radix. 


displays 
the dynamic 
calling 
sequence 
stored 
on the stack. 


displays 
all objects 
of a specified 
type. 


invokes 
the internal, 
menu-driven 
text editor. 


returns the value of a symbol 
in binary, decimal, 
hexadecimal, 
and ASCII. 


returns 
control 
to the host operating 
system. 


provides 
on-line 
help for selected 
topics 
and selected 
error messages. 


is pseudo-variable 
that 
represents 
the current 
scope 
of a variable. 
It gives 
access 
to 
variables 
without 
requiring 
a fully qualified 
symbolic 
reference. 


OFFSET$OF 
is a function 
that returns the offset 
of a specified 
address 
(virtual or symbolic). 


SELECTOR$OF 
is a function 
that returns the selector 
of a specified 
address 
(virtual or symbolic). 


WRITE 
writes variables 
and strings to the console's 
screen. 


• 
File handling 
commands 
access 
disk files. The user can load program 
files to be debugged 
(LOAD), 
save 
patches, 
debugging 
procedures, 
debugging 
variables, 
L1TERALL Ys, and debugging 
registers 
in a disk file 
(PUT and APPEND), 
read-in 
these 
definitions 
during 
later debugging 
sessions 
(INCLUDE), 
and record 
a 
debugging 
session 
in a disk file for later analysis 
(LIST and NOLlST). 


• 
Register 
access 
commands 
provide 
access 
to the 8086/8088 
registers 
and flags. 


The REGS command 
displays 
the 8086/8088 
registers 
and flags. 
Users can also inspect 
or change 
an 
individual 
register 
by specifying 
its mnemonic. 
For example, 
CS represents 
the code segment 
register. 


The FLAG pseudo-variable 
represents 
the 8086/8088 
flag word. The user can also inspect or change 
each 
flag separately 
as a Boolean 
variable. 
(For example, 
TFL represents 
the trap flag). 


PSCOPE provides 
register 
access 
for programs 
that perform 
real arithmetic. 
There is a built-in 8087 math 
coprocessor 
emulator, 
or there is a CH8087 
option with the LOAD command 
to tell PSCOPE to access the 
hardware 
(8087 math coprocessor 
chip) registers. 
Access 
or change 
the 8087 registers 
by name. 


• 
Source display commands 
are used to view a specified 
number of lines of source text at break points or on 
demand. 
LPATH or SET directs 
PSCOPE to the source 
text file. SOURCE 
is the pseudo-variable 
used to 
determine 
if source 
text will be displayed 
at break 
points. 
With 
PRESRC 
and POSTSRC, 
the user can 
determine 
how many lines of source code will be displayed 
before and after the line at the break point. The 
SHOWSRC 
command 
enables 
the display 
of source 
code outside 
of program 
execution. 


$ 


ACTIVE 


ASM 


BASE 


CALLSTACK 


DIR 


EDIT 


EVAL 


EXIT 


HELP 


NAMESCOPE 
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Memory Requirements 


PSCOPE-86 
for DOS requires 
approximately 
300KB 
of memory 
for PSCOPE software 
and buffers. 


Language Support 


iC-86 


PL/M-86 


FORTRAN-86 


Order Code Description 


D 86 PSC 86 
High-Level 
Software 
Debugger 


• 
• - 


- 
----- 
--------------- 
• Program 
Execution 
Control, 
Including 
• Disassemble 
Memory 
In 386 Instruction 
Breakpoints 
and Single-Step 
Execution 
Mnemonic 
Form 
through 
Assembly 
Level Instructions 
In 
• Host Software 
Executable 
on the Intel 
Both Real and Protected 
Mode 
System 
286/310 
with Intel XENIX· 
• Examine 
and Modify 
Memory, 
I/O 
Release 
3.0, Update 
3 or on IBM PC AT 
Ports, and Processor 
Registers 
running DOS 3.1 
• Examine 
and Modify 
Descriptor 
Tables 
• User-Friendly 
Human-Interface 
and the Task State Segment 
Provides 
Command 
Line Editing, On- 
• Download 
8086, 80286, and 80386 Code 
Line Syntax 
Guide, and a Command 


In Intel Object 
Module 
Format 
History 
• Full Symbolic 
Support 
for Intel OMFs 
• Conflgurable 
for Variety 
of Target 
Systems 


The Intel PSCOPE Monitor 
386 (P-MON386) 
is a debug monitor 
for 80386-based 
systems, 
and is designed 
to 
provide 
software 
development 
aid for systems 
programmers. 
It can access and control 
all of the 80386 visible 
user-hardware 
resources 
without 
any assistance 
from an operating 
system. 
With the help of this monitor, 
a 
user can download 
a program 
into the target 
prototype 
memory, 
set hardware 
and software 
breakpoints, 
examine/modify 
memory 
and processor 
registers, 
and control 
program 
execution. 
This monitor 
is supplied 
with a serial driver for the 8251 and the 8254, but it can be configured 
to run on any 80386-based 
target board 
with a user-supplied 
communication 
driver. 


The P-MON386 
package 
includes 
the diskettes 
that contain 
the host software 
to be loaded 
into a host, the 
diskettes 
that contain 
the target 
software 
to be loaded 
into the 80386-based 
target 
board, and the PSCOPE 
Monitor 
386 User's 
Guide. 
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P-MON386 provides design aid and debug support 
for Intel customers who are designing software to. 
run on the 80386 high performance microprocessor 
with integrated memory management. P-MON386 is 
hosted on the Intel System 286/310 with XENIX re- 
lease 3.0, with Update 4, or IBM PC AT with Intel 
Above Board and running DOS 3.1 or higher and 
allows the user to perform the following tasks: 


• Download Intel 8086, 80286, and 80386 object 
module formats 
• Examine/modify memory, I/O ports, processor 
registers, descriptor tables, and the task state 
segment 
• Convert addresses from virtual to linear, linear to 
physical, and virtual to physical 


• Evaluate expressions 
• Control execution both in real and protected 


mode 


• Set software breakpoints on execution addresses 
• Set hardware breakpoints on execution and data 
addresses 


• Disassemble memory 
• Assembler with syntax guide 


Shortened 
Development 
Cycle 


With P-MON386, you can use control constructs, 
which provide repetitive or conditional execution of 
P-MON386 commands, and you can make code 
patches by directly writing to memory. These fea- 
tures help to shorten the development cycle by easi- 
ly isolating software bugs and by quickly testing pro- 
gram changes. 


Improved 
Debugging 
Productivity 


With the P-MON386 monitor you can display and 
modify program variables. In addition, it allows you 
to define, display, modify, and remove debug objects 
(such as break registers). 


The control constructs can be used to repeatedly 
generate test values, execute the program with input 
values, and record the results. Running more com- 
prehensive tests yields more reliable software. 


Easy to Learn and Use 


An extensive command language, which is similiar to 
block-structured languages such as PLlM, Pascal, 
and C, is very easy to use in an interactive debug 
session. The operators and control constructs are 
similiar to those in the C programming language. 


The syntax guide is extremely helpful in constructing 
P-MON386 commands and considerably shortens 
the learning cycle. The ability to define Iiterallys al- 
lows the user to extend and tailor the command lan- 
guage to suit individual needs. 


Processor/Memory 
Examination 
and 


Modification 


80386 registers can be accessed mnemonically 
(e.g., EAX) with the P-MON386 software. Data can 
be displayed or modified in one of four bases: hexa- 
decimal, decimal, octal, or binary. Program code can 
be disassembled and displayed as 80386 assembly 
instruction mnemonics. 


The GO command is used to begin execution or to 
resume execution at the current execution point or 
at a specified address. The P-MON386 monitor pro- 
vides the ability to break on execution addresses us- 
ing either software code patch breaks or hardware 
debug register breaks provided on the 80386 chip. 
The software breaks allow breaks on instruction ex- 
ecution only. These breakpoints can be placed on 
the RAM-based program code. The hardware regis- 
ter breaks allow recognition of the following condi- 
tions: 
• An instruction boundary 


• A data write to a user-specified linear or virtual 


address 


• A data access at a user-specified linear or virtual 


address 


Program Stepping 


With the P-MON386 monitor, you can single step 
through program code by machine-level instructions, 
line numbers, or procedures. 


Symbolic Debugging 


The 
P-MON386 
software 
takes 
advantage 
of 
the 
special 
debug 
information 
provided 
by Intel compil- 


ers, 
providing 
superior 
debug 
ability. 
It allows 
the 


software 
developer 
to examine 
or modify 
memory 


locations 
using symbolic 
references. 
A symbolic 
ref- 


erence 
is a program 
procedure 
name, 
line number, 


or program 
label that 
corresponds 
to a location 
in 


the program 
space. 
Symbolic 
debugging 
allows 
you 


to work in the context 
of the original 
program, 
help- 


ing to meet the most critical 
schedules. 


The P-MON386 
monitor 
maintains 
a virtual table for 


program 
symbols 
making 
it possible 
for the table to 


exist without 
fitting entirely into the host RAM memo- 


ry. 


Debug Procedures 


Debug 
procedures 
(PROCs) 
are 
named, 
user-de- 
fined 
groups 
of 
the 
P-MON386 
commands. 
They 


can be stored 
on disk and recalled 
in later debug- 
ging sessions, 
thus saving you from having to re-en- 


ter commands. 


One advantage 
of PROCs 
is that they allow you to 


automate 
the 
software 
testing 
process. 
A 
PROC 


may repeatedly 
generate 
test 
values, 
execute 
the 


user program 
with 
varied 
input 
values, 
and record 


the results. 
PROCs aid in the development 
of com- 


prehensive 
batch tests. 


The P-MON386 
monitor 
allows 
you to disassemble 


and 
display 
user 
target 
memory 
contents 
in the 


80386 
assembly 
instruction 
mnemonics. 


The assembler 
allows 
80386 
assembler 
code to be 


interactively 
placed in program 
memory. The assem- 
bler provides 
syntax guidance 
to help remember 
sel- 


dom used mnemonics 
and operand 
syntax. 


The 
P-MON386 
software 
includes 
features 
to help 


enter 
commands, 
set 
up the 
debug 
environment, 


and display 
command 
options. 
Also, there 
are fea- 


tures similar to those found in the UNIX' /XENIX 
op- 


erating 
system 
environment. 
These features 
include 


input/output 
redirection, 
command 
piping 
and 
es- 


caping 
from the shell. The P-MON386 
software 
has 


a set of mathematical 
operators 
and 
control 
con- 


structs similar to those found in Intel's 
121CETMemu- 


lator and the C programming 
language. 


Coprocessor 
Support 


The 
P-MON386 
commands 
provide 
access 
to the 


80287 and 80387 coprocessor's 
stack, status regis- 


ters, and flags. In addition, 
the disassembly 
and as- 


sembly 
commands 
extend 
to the 
math 
coproces- 


sor's instructions 
and data types. 


Language Support 


The 
P-MON386 
supports 
all 
8086 
absolute 
and 


80286/80386 
bootloadable 
Intel 
OMFs. 
These 
in- 


clude the following 
Intel languages: 


ASM86 
PLlM-86 
C-86 
Pascal-86 
FORTRAN-86 


ASM286 
PLlM-286 
C-286 
Pascal-286 
FORTRAN-286 


ASM386 
PLlM-386 
C-386 


The following 
lists the minimum 
host 
requirements 


for the Intel 286/310 
and the IBM PC AT. 


• 
Intel 
System 
286/310-2 
MB of 
RAM, 
40 
MB 


fixed disk, at least one floppy 
disk drive, and the 


XENIX 
286 
operating 
system 
(version 
3.0 
with 


Update 
4). 


• 
IBM PC AT-2.0 
MB of RAM (Lotus', 
Intel, and 


Microsoftt 
extended 
memory 
specifications) 


(Intel's ABOVE 
Board with 1.5 MB is required), 
20 


MB fixed 
disk, at least 
one floppy 
disk drive, 
a 


serial 
interface, 
and the 
DOS operating 
system 


(version 
3.1 or higher). 


Required System Resources 


P-MON386 
monitor 
requires 
exclusive 
use 
of the 


80386's 
on-chip 
debug registers, 
INT1, and the trap 


flag. 


Target System Requirement 


The P-MON386 is designed to be used in any 
80386-based target system that includes the follow- 
ing: 


• At least 80K bytes of EPROM space 
• At least 32K bytes of RAM space 
• A serial communications interface 


The starting locations for the software loaded into 
the EPROMs and RAM space is user configurable. 


Other Required Tools/Systems 


The P-MON386 comes pre-configured on diskettes 
for Intel SBC386/20 board which uses Intel 8251 
and 8254 devices at 1.23 MHz clock rate. Baud rate 
support 
is from 
1200 
bauds to 
19.2 Kbauds. 


P-MON386 also comes pre-configured to support 
the Intel's 386/100 board. P-MON386 is available 
for user-configurable applications as well. 


Example drivers are included in User's Guide to aid 
in writing a custom driver. The following are required 
to write a custom driver, link it with the monitor code, 
build the target code, and burn EPROMs: 


For writing a custom driver, 
• ASM-286 or ASM-386 or PL/M-386 or C-386 


• RLL-386 
• Intel System 286/310 running XENIX Rei 3. Up- 


date 4 to link driver and build the target code or 
IBM PC AT running DOS 3.1 or higher to link driv- 
er and build the target code. 


For burning EPROMs, 
• Intel PROM Programmer 
• iPPSversion 2.1 or later version software (hosted 
on DOS or iNDX) 


Host software 


5%" 360KB TAR format and 
5%" 360KB DOS format diskettes 


Target firmware 


5%" 360KB DOS format diskettes 


ORDERING 
INFORMATION 


OrderCode 
Description 
PMON386 
The P-MON386 monitor package 
includes host and target soft- 
ware 
diskettes 
and 
a 
user's 


guide. 
The 
host 
software 
is 


shipped on 5%" 360KB TAR for- 
mat and 5%" 
DOS 360KB for- 


mat diskettes and the target firm- 
ware is shipped on 5%" 360KB 
DOS diskettes, Single user. 
(Requires Class I license) 


PMON386020R10 Same as PMON386 except it is 


preconfigured to support Intel's 
SBC386/20 
board. Target and 


host 
software 
diskettes 
and 


EPROMs are included. 
Same as PMON386020 except 
configured 
for 
Intel's 


SBC386/100 board. 


PMON386COPY 
Right to make additional 8 cop- 
ies. 
P-MON386 source code. 
P-MON386. License to incorpo- 
rate. 
Class II/Class III license. 
P-MON386. Royalty fees. 
P-MON386. 
Incorporation 
fee 


buyout. 


PMON386HSW 
Only host software. 


PMON386SRC 
PMON386 


PMON386RF 
PMON386BY 


Purchase of any of these options requires the exe- 
cution of a standard Intel Master Software license. 
The specific rights granted to users depends on the 
specific option and the license signed. 


inter 
D-MON386 
Debug Monitor 386 
• Unhosted 
Monitor 
Configurable 
on Any 
• Allows Disassembly 
of Memory 
in 
80386-Based 
Board 
86/286/386 
Instruction 
Mnemonics 
• Provides 
Program 
Execution 
Control, 
• Supports 
Virtual, 
Linear, and Physical 
Including 
Software 
Breakpoints 
and 
Addressing 
Single-Step 
Execution 
through 
• Supports 
Real, Protected, 
and Page 
Assembly 
Level Instructions 
in Both 
Protected 
Modes of 80386 
Real and Protected 
Mode 


Supports 
Four On-Chip 
Breakpoints 
to 
• Pre-Configured 
for Intel SBC386/20 
and 
• 
SBC386/100 
Recognize 
Instruction 
Execution 
Addresses 
or Data Access 
Addresses 
• Provides 
Ten 32-Bit Scratch 
Registers 
• Allows User to Examine 
and Modify 
for Storing 
Intermediate 
Values During 


Memory, 
I/O 
Ports, and 80386 
the Debug Process 


Registers 
• Provides 
User-Friendly 
Human 
• Allows 
User to Examine 
Descriptor 
Interface 
with Command 
Line Editing 


Tables, 
Task State Segment, 
and Page 
and Command 
History 


Table 


The D-MON386 
is an unhosted 
EPROM 
based 
software 
debug 
monitor 
for 80386-based 
systems 
and pro- 
vides system 
level debug support. 
D-MON386 
does not require a host system 
for its operation; 
it can access 
and control 
all of the 80386 visible user-hardware 
resources 
without 
any assistance 
from an operating 
system. 


With the help of this monitor, 
you can set hardware 
and software 
breakpoints, 
examine/modify 
memory 
and 
processor 
registers, 
and control 
program 
execution. 
This monitor 
can be configured 
to run on any 80386- 
based target 
board with a user-supplied 
communication 
driver and hardware 
initialization 
routine. 


The D-MON386 
package 
includes 
the diskettes 
that contain 
the target software 
to be burned into EPROM for 
80386-based 
target 
board, and the D-MON386 
User's Guide. 
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D-MON386 provides design aid and debug support 
for Intel customers who design software to run on 
the 80386. D-MON386 allows you to perform the fol- 
lowing tasks: 
• Examine and modify memory, I/O ports, 80386 


registers, and display descriptor tables, task state 
segment, and page table 


• Control execution both in real and protected 


mode 
• Set four on-chip breakpoints to recognize instruc- 


tion execution addresses or data access ad- 
dresses 


• Set software program breakpoints 
• Single-step through 80386 instruction execution 
• Disassemble program code in 86/286/386 
in- 
struction mnemonics 


• Evaluate expressions 


Processor IMemory 
Examination 
and 


Modification 


80386 registers can be accessed mnemonically (e.g. 
EAX) with the D-MON386 software. Data can be dis- 
played or modified in one of four bases: hexadeci- 
mal, decimal, octal, or binary. Program code can be 
disassembled and displayed as 80386 assembly in- 
struction mnemonics. 


The GO command is used to begin execution or to 
resume execution at the current execution point or 
at a specified address. The D-MON386 monitor pro- 
vides the ability to break on execution addresses us- 
ing either software code patch breaks or hardware 
debug register breaks provided on the 80386 chip. 
The software breaks allow breaks on instruction ex- 
ecution only. These breakpoints can be placed on 
the RAM-based program code. The hardware regis- 
ter breaks allow recognition of the following condi- 
tions: 


• An instruction boundary 
• A data write to a user-specified linear or virtual 
address 
• A data access at a user-specified linear or virtual 


address 


D-MON386 allows you to single-step through your 
program code by referencing machine-level instruc- 
tions. 


The D-MON386 monitor allows you to disassemble 
and display user target memory contents in the 
80386 assembly instruction mnemonics. 


Formatted 
Displays 


The D-MON386 allows you to display all of the 
80386 visible hardware resources and pre-defined 
data structures in easy-to-read formats. These dis- 
plays include contents of the global descriptor table 
(GDTs), the local descriptor table (LOTs), the inter- 
rupt descriptor tables (lOTs), the task state seg- 
ments (TSSs), the extended flags register, the seg- 
ment registers, the 80386 registers, Control Regis- 
ters (CREGs), page directory, and page tables. 


Debugger Command 
Language 


ASM - 
For disassembling code. 


BASE - 
For changing the default base for com- 


mand line entry. 


DT/GDT /LDT /IDT - 
For allowing display of de- 


scriptor tables. 


GO/SWBREAK/SWREMOVE 
- 
For 
controlling 


program execution. 


HELP - 
For printing all command keywords. 


ISTEP- 
For single-step through machine level user 


program. 


ORD1/ORD2/0RD4/INT1 
/INT2/INT 4 
Data 


types used for accessing memory. 


PORT/DPORT /WPORT - 
For accessing I/O ports. 


REGS - 
For displaying 80386 registers. 


TSS - 
For accessing the task state segment. 


VERSION - 
For displaying D-MON386 software 
version being used. 


D-MON386 monitor requires exclusive use of the 
80386's on-chip debug registers, INT1, and the trap 
flag. 


Target System Requirement 


The D-MON386 is designed to be configured on any 
80386-based target system that provides the follow- 
ing: 


• At least 128K bytes of EPROM space 
• At least 64K bytes of RAM space 
• A serial communications interface 


The starting location for the software loaded into the 
EPROMs and RAM space is user configurable. 


Other Required Tools/Systems 


The 
D-MON386 comes 
pre-configured for 
Intel 
SBC386/20 board which uses Intel 8251 and 8254 
devices at 1.23 MHz clock rate. Baud rate supported 
is 9600. D-MON386 also comes pre-configured for 
Intel's SBC 386/100 board. D-MON386 is available 
for user-configurable applications as well. 


Example drivers are included in User's Guide to aid 
in writing a custom driver. The following are required 
to write a custom driver, link it with the monitor code, 
build the target code, and burn EPROMs: 


For writing a custom driver, 


• ASM-286, ASM-386 or PL/M-386 or C-386 


• RLL-386 
• Intel System 286/310 running XENIX Rei 3 Up- 
date 3 to link driver and build the target code 


Alternately PC AT/DOS 
hosted software tools 
can be used to write a custom driver 


For burning EPROMs, 


• Intel PROM Programmer 
• iPPS version 2.1 software or higher (hosted on 
DOS or iNDX) 


Order Code 
DMON386R1.0 


Description 
The 
DMON386R1.0 
monitor 
package 
includes 
the 
target 


software 
diskette 
containing 
linkable object code and a us- 
er's guide. Single user. 
(Requires Class I license) 


DMON386020R1.0 Same as 
DMON386R1.0 ex- 


cept pre-configured for Intel's 
SBC 396/020 board. 
DMON386100R1.0 Same 
as 
DMON386020R1.0 
except pre-configured for Intel's 
SBC 386/100 board. 


DMON386COPY 
Right to make additional 8 cop- 
ies. 
DMON386R1.0 source code. 
DMON386R1.0. License to in- 
corporate. 
Class II/Class III license. 
D-MON386R1.0. Royalty fees. 
D-MON386R1.0. 
Incorporation 
fee buyout. 


Purchase of the D-MON386 package includes a 90- 
day support service, which also includes the Soft- 
ware Problem Report Service. 


DMON386SRC 
DMON386RO 


DMON386RF 
DMON386BY 


Purchase of any of these options requires the exe- 
cution of a standard Intel Master Software license. 
The specific rights granted to users depends on the 
specific option and the license signed. 


Shipping Media 


PC-DOS Format 
DS/DD 51,14"diskette 


inter 


iPAT™·86188 
Performance Analysis Tool 


• Provides 
Symbolic 
Real· Time Software 
• Supports 
Symbolics 
for All Block· 
Analysis 
for Software 
Running on MAX 
Structured 
86 High-Level 
Languages 
MODE 8086 and 8088 Systems 
- 
Such as C, PL/M, 
Pascal, Ada, 
• Supports 
Absolute 
and Load· Time 
FORTRAN 
and Assemblers 


Locatable 
Programs 
• Provides 
Distributions 
of Latency 
to 
• Collects 
100% of Software 
Execution 
Hardware 
Interrupts 


Transparently, 
Supporting 
the 8086 to 
• Presents 
Simple User Interface 
With 
10 MHz and the 8088 to 8 MHz 
Function 
Keys and Color or 
• Displays 
Histograms 
and Performance 
Monochrome 
Graphic 
Displays 


Tables for Up to 125 Modules, 
• Hosted 
Serially on PC· DOS 3.xx 
Procedures, 
Lines, or User-Defined 
Systems 


Ranges 
• Supports 
Standard 
40·Pin DIP 
• Shows Code Execution 
Coverage 
For 
Packaging 
(a 40-Pin DIP to 44·Pln PLCC 
All Modules, 
Procedures, 
Lines, or 
Convertor 
is Available 
Separately) 
Ranges In Up to 252K Anywhere 
in the 


8086 or 8088 Address 
Space 


iPATTM-86/88, Intel's Performance Analysis Tool for 8086 and 8088 microprocessor applications, provides a 
new technology for software analysis in real-time systems. iPAT opens up the mystery of software-driven 
systems, revealing the real-time execution activity of software in the prototype environment non-intrusively and 
with 100% collection. With this understanding the developer can control the performance and reliability of real- 
time applications more efficiently and effectively than has been possible in the past. iPAT-86/88 supports 
component-, board-, and system-level products based on the 8086 and 8088. 


Mode: PROFILE 
PTIMESASE = 200 ns 
Include Calls 
Status: OK 


ASS 
= FALSE 


HISTO 
= TIME 


SORT 
= ADDRESS 


FILTER = FALSE 


Event 
Time 
0% 
5 
10 
15 
20 
25 


:CDU.GET_LOADING 
471 ms 


FIND_3D_POSITION 
616 ms 
, 


READ_SENSORS_ 
589 ms 
I 


GETJIRSPEED_ 
o ns 
GET_ THROTTLE_ 
380 ms 


GETJILERONS_ 
120 ms 
I 
READ_SENSORS 
60ms :::J 
GET_FLAP_SETTINGS 
132 ms 
I 


CALC_COURSE 
312 ms 
REFRESH_DISPLAY _ 
740 ms 
I 
GET_PILOT_RESPONSE 
189 ms 
I 
SET_THROTTLL 
80ms =::J 
SETJILERONS_ 
309 ms 
SET_RUDDER_ 
1800 ns 


SET 
FLAPS 
176 ms 
I 


Total 
4174 ms 
0% 
5 
~ 


10 
15 
20 
25 


inter 


INTRODUCTION 
TO SOFTWARE 
ANALYSIS 


The size and complexity of software have increased 
with each new generation of microprocessors. As a 
result it has become increasingly important - and dif- 
ficult - to optimize software and to ensure its reliabili- 
ty. For embedded as well as reprogrammable sys- 
tems, real-time software analysis with Intel's iPAT 
Performance Analysis Tool answers these needs. 


iPAT software analysis can be used for all types of 
MAX MODE 8086 and 8088 applications (MAX 
MODE is a hardware design mode of the 8086 and 
8088. It is used in all 8086 and 8088 systems, nearly 
all 
board-level 
products, 
such as 
MULTIBUS 
I 
boards, and most component-level designs). For ex- 
ample, iPAT-86/88 can be used to profile the per- 
formance characteristics of a load-time locatable ap- 
plication running on an operating system, or of an 
absolutely-located embedded application running on 
bare hardware in an 8086 or 8088 embedded appli- 
cation. The developer uses iPAT to obtain histo- 
grams of overall performance, subroutine character- 
istics, and interactions with interrupt routines, exter- 
nal hardware, or with the operating system. These 
applications then can be speed-tuned based on real- 
time 
execution 
information. 
At 
the 
acceptance 


phase of development of these products, evaluators 
can use iPAT to monitor code execution by test cas- 
es and to prove ability to meet response time specifi- 
cations. 


An iPAT-86/88 software analysis system consists of 
an iPAT core module, an iPAT-86/88 probe, and 
iPAT host software for PC AT or PC XT hosts run- 
ning PC-DOS 3.xx. The iPAT probe uses 8086 and 
8088 chips that 
operate transparently at clock 


speeds to 10 MHz and 8 MHz, respectively, in the 
user's application. The iPAT core module is the 
same as used with other iPAT probes and interfac- 
es, such as iPAT-286 and iPAT/12ICETM. 


The iPAT-86/88 
user interface provides function 


keys and context-sensitive prompt lines for com- 
mand input, and graphic displays for output. Soft- 
ware analysis with iPAT is easily learned and under- 
stood. Session activity, including all histograms and 
tabular displays, can be logged to disk files and 
printed for documentation. 


Optimizing 
Software 


Optimizing real-time software performance means 
maximizing execution speed on the CPU and speed- 
tuning for real-time 1/0 interactions without sacrific- 
ing functionality or reliability. To increase speed, im- 
plementation characteristics must be compared to 
design expectations to isolate bottlenecks. 


In the past, this comparison has been a hit and miss 
process. The engineer confronted the microproces- 
sor as a black box. Real-time software execution 
characteristics inside the chip remained a mystery. 


Without iPAT software analysis, the software engi- 
neer might conduct a walkthrough of the various 
paths and 1/0 in the source code, and then make 
educated guesses as to where bottlenecks are likely 
to occur. However, the difficulty of this approach in- 
creased rapidly as the complexity of the application 
increased. Alternatively, the software engineer might 
stub parts of the software for execution on the com- 
puter system used for development, insert count and 
print statements in source code, and then build and 
analyze a special version of the software. In addition 
to being time-consuming, this approach was useless 
for embedded designs. An embedded design's real- 
time 1/0 characteristics cannot be meaningfully sim- 
ulated on the development computer system. 


With iPAT software analysis, the engineer can quick- 
ly and easily show real execution time for program 
modules, procedures, lines, or user-defined symbol- 
ic ranges in the actual 8086 and 8088 embedded or 
reprogrammabie 
system 
environment. 
Software 


analysis with iPAT-86/88 provides histograms and 
tabular displays with the high-level names for pro- 
gram partitions, such as modules and procedures. 
iPAT automatically builds an internal data structure 
for correspondence of symbols and addresses using 
8086 object module format information (OMF86). 
This information is incorporated in executable files 
built with Intel software tools. (For object code built 
with software tools from other vendors, conversion 
is possible using utilities supplied with the iPAT host 
software package.) 


Software analysis with iPAT is non-intrusive and car- 
ried out in real-time. iPAT does not sample program 
execution to build a statistical model; rather, it col- 
lects and compares all addresses in real-time. 


Software teams coding in assembly language to in- 
crease program speed will now find they can change 
their methods to be more productive. They can write 
applications in high-level languages for easier ex- 
pression of complex algorithms and easier code 
maintenance. Many parts of an application may 
have no significant impact on overall execution 
speed. Those parts that do can be isolated through 
iPAT software analysis. The algorithms can then be 
improved, or the code converted into special-pur- 
pose assembly language routines to improve execu- 
tion speed. 


iPAT-86/88 also enables the developer to examine 
the timing characteristics of interactions between 
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inter 


hardware devices and software. By this means the 
developer can measure real-time characteristics that 
are critical to embedded applications, such as the 
latency between detecting a sensor condition for an 
aircraft and executing software routines that re- 
spond to the condition. 


Ensuring Reliability 


To ensure application reliability, developers typically 
devise unit-level and system-level test suites. A the- 
oretical understanding of the design is used to gen- 
erate test suite data. Then the application is execut- 
ed and its output is examined. Depending on appli- 
cation complexity and testing time, a higher or lower 
statistical confidence level for the thoroughness of 
testing is obtained. 


'Black box' testing of this sort can only evaluate in- 
puts and outputs; not the actual execution of appli- 
cation code in real-time, which remains a matter of 
inference. Thus, in the past, evaluators could not be 
confident that their test cases actually executed all 
the code. Errors in untested code could not be de- 
tected because it was not known that the code was 
not executed by the test cases. Many developers 
were forced to trade off lengthening test times 
against the need to hit market windows, or to limit 
innovation. 


With iPAT real-time code coverage analysis, the en- 
gineer can quickly and easily identify which lines, 
procedures, and modules are executed by test cas- 
es and which are not. Armed with this information, 
the evaluator determines incremental test input to hit 
the unexecuted portions of the application. The re- 
sult is more efficient and effective testing, and great- 
er freedom to innovate without sacrificing quality. 


Impact of Real-Time Software 
Analysis 


on Development 


Developers must introduce microprocessor-based 
products into competitive environments and product 
acceptance processes where performance and reli- 
ability are critical to success. iPAT provides a means 
of controlling performance and reliability to meet de- 
sign expectations and a higher level of productivity 
in several phases of the product cycle. 


In addition to supporting initial product development, 
iPAT can be used during the maintenance cycle to 
increase the quality of enhancements and reduce 
their cost. For example, using iPAT code coverage 
analysis to execute existing test suites for evaluation 
of subsequent releases enables engineers to deter- 
mine more quickly and easily the incremental test 


cases needed to produce full code coverage. Devel- 
opers also can more easily isolate and correct the 
performance bottlenecks that frequently result from 
enhancements. 


The front end of the development cycle also can be 
improved by iPAT's real-time software analysis. New 
product designs often re-use existing code modules 
to reduce development costs. If good performance 
and reliability parameters have been built in and are 
known from previous software analysis, then the 
work of the designer who re-uses modules will be 
more productive. 


Finally, real-time software analysis encourages engi- 
neers to engage in 'what-if' thinking. They can ask, 
'What if this portion of the application were designed 
this way, or used this algorithm?' Alternatives can be 
compared to determine which is most efficient in the 
actual application environment. 


Gaining real-time software analysis information in 
symbolic terms is simple with iPAT-86/88. The ex- 
ample here assumes an absolutely-located 8086 
embedded application running on a real-time operat- 
ing system kernel, but applies similarly to applica- 
tions loaded by an operating system. 


Obtaining Execution 
Histograms 


To get started, the user replaces the 8086 chip in 
the embedded application 
with 
the 
iPAT-86/88 


probe using an 8086 chip, switches on power for the 
iPAT system, and starts the 8086 target system. The 
next step is to load program symbolics into iPAT on 
the host PC system, instruct iPAT to profile, run the 
application in the target system, and display the re- 
sults on iPAT. iPAT commands issued would be: 


LOAD 
<my_prog.86> 


PROFILE 
PROC 
INC 
:cdu 


/* profile 
procedures 
in 
the 
CDU 


module 
with 
inclusion 
of 
time 
in 
other 
subroutine 
calls 
*/ 


/* run 
application 
in 
target 


system 
*/ 


The default display is a histogram (see Fig. 1), or- 
dered from low to high addresses. Histogram bars 
indicate relative time consumption. The cumulative 
execution times for each procedure also are shown. 


inter 


Mode: PROFILE 
PTIMESASE = 200 ns 
Include Calls 
Status: OK 


Event 
Time 
0% 


:CDU.GET_LOADING 
471 ms 
FIND_3D_POSITION 
616 ms 
READ_SENSORS_ 
589 ms 
GET-AIRSPEED_ 
o ns 
GET_ THROTTLE_ 
380 ms 
GET-AILERONS_ 
120 ms 
READ_SENSORS 
60ms 
GET_FLAP_SETTINGS 
132 ms 
CALC_COURSE 
312 ms 
REFRESH_DISPLAY _ 
740 ms 
GET_PILOT_RESPONSE 
189 ms 
SET_ THROTTLE_ 
80 ms 
SET-AILERONS_ 
309 ms 
SET_RUDDER_ 
1800 ns I 
SET_FLAPS_ 
176 ms 


Total 
4174 ms 
0% 


Example: The procedure REFRESH_DIS- 
PLAY_has 
consumed 740 ms or about 17% 
of total execution time. 


ASS 
HISTO 
SORT 
FILTER 


= FALSE 
= TIME 
= ADDRESS 
= FALSE 


Information provided at the top left of the screen 
indicates profiling at a granularity of ± 200 nanosec- 
onds with inclusion of any time spent in called sub- 
routines. Information provided at the top right indi- 
cates further display options (default values are 
shown). For example, the information is sorted in 
order of ascending addresses, there is no filtering of 
what is shown in the display, and 'background' time 
is not included (ASS = FALSE). 


Displays have default settings but are flexible. For 
example, the user can change the display to show 
descending order by relative time consumption and 
to show only those procedures consuming more 
than 600 milliseconds. Instead of displaying results 


once, typing DISPLAY UPDATE 0 would produce a 
continuously updated display: 


SORT = TIME 
FILTER = TIME> 
600 MS 
DISPLAY UPDATE 0 


The display now continuously refreshes with infor- 
mation only for those procedures that have accumu- 
lated more than 600 milliseconds of execution time. 


Greater detail is obtained (see Fig. 2) by deselecting 
the histogram form of display: 


RISTO = FALSE 
DISPLAY 


Mode: PROFILE 
PTIMEBASE = 200 ns 
Include 
Calls 
Status: 
OK 


Example: 
GET _ THROTILE_ 
was executed 
49 times. 
Total 
execution 
time was 380 
ms, 
with 7755 ,...S as the mean, 
2002 ,...S as the 
minimum, 
and 16 ms as the maximum 
timing 
over the 49 executions. 


ABS 
= FALSE 
HISTO = FALSE 
SORT = ADDRESS 
FILTER = FALSE 


Event 
Count 
Time 
TlmeMln 
TlmeAvg 
Time Max 


:CDU.GET _LOADING 
3 
471 ms 
157 ms 
157 ms 
157 ms 


FIND_3D_POSITION 
14 
616 ms 
14 ms 
44ms 
181 ms 


READ_SENSORS_ 
31 
589 ms 
7000,...s 
19 ms 
21 ms 
GET-ft,IRSPEED_ 
0 
o ns 
o ns 
o ns 
o ns 
GET _ THROTILE_ 
49 
380 ms 
2002,...s 
7755,...s 
16 ms 
GET -ft,ILERONS_ 
26 
120 ms 
1110,...s 
4615,...s 
11 ms 


READ_SENSORS 
14 
60ms 
1000,...s 
4285,...s 
9020,...s 


GET_FLAP 
_SETIINGS 
12 
132 ms 
9000,...s 
11 ms 
34ms 


CALC_COURSE 
26 
312 ms 
7000,...s 
12 ms 
14 ms 


REFRESH_DISPLA 
V_ 
2 
740 ms 
72ms 
370 ms 
668,...s 


GET _PILOT_RESPONSE 
3 
189 ms 
63ms 
63ms 
63ms 
SET _ THROTILE_ 
2 
80ms 
40ms 
40ms 
40ms 
SET -ft,ILERONS_ 
3 
309 ms 
103 ms 
103 ms 
103 ms 


SET _RUDDER_ 
1 
1800 ns 
1800 ns 
1800 ns 
1800 ns 


SET_FLAPS_ 
11 
176 ms 
14 ms 
16 ms 
17 ms 


Totals 
197 
4174 ms 


Examining Function Timing 


Most applications 
have specifications 
for the timing 
of certain 
functions, 
such 
as worst-case 
timing 
to 
update 
displays, 
response 
to hardware 
interrupts, 
or 
transition 
timing characteristics. 
These types of tim- 
ing can be characterized 
with specialized 
iPAT anal- 
ysis modes. 


In the following 
example, 
the 
DURATION 
mode 
is 
used to obtain 
a distribution 
of the time required 
to 
refresh 
a cockpit 
display screen. 
This function 
is ini- 
tiated in the CDU module 
at line #145 
and complet- 
ed with a call to the 
BIOS module's 
WRITE_ 
TIV 


function. 
For convenience, 
the engineer 
can define 
a range name for this part of the program's 
function- 
al flow. The engineer 
can then set up iPAT to char- 


acterize 
the duration 
of this range. 
In the example 
(see Fig. 3), logarithmic 
scaling 
of timing 
bins from 
200 nanoseconds 
to 1 second 
is specified: 


DEFINE 
RANGE 
tty_update_time = 
:CDU#145 TO 
:BIOS.WRITE_TTY 


DURATION 
tty_update_time 
LOGB 200 NS 
TO lSEC 


The distribution peak shows that, generally, 
execution was very fast, but a second peak 
and outliers are evident. These may be ex- 
ceeding performance requirements. 


Mode: DURATION 
Event: TTY_UPDATLTIME 
Time Range: 200 ns to 1 see 
PTIMEBASE = 200 ns 
Status: OK 


SELECT = INNER 
HISTO 
= COUNT 


Time Interval 
Frequency 
-+ 
0 
100 
200 
300 
400 
500 


< 
200.00 ns 
200.00 ns- 
1200.00 ns+ 
I 
1400.00 ns- 
9200.00 ns+ 
I 
9400.00 ns- 
64.80 IJ-s+ 
65.00 IJ-s- 
447.00 IJ-s+ 
447.20 IJ-s- 3075.00 IJ-s+ 
~ 
3075.20 IJ-s- 
21.15 ms+ 
21.15 ms- 
145.42 ms+ 
145.42 ms- 
1000.00 ms 
:::J 


> 1000.00 ms 
I 


0 
100 
200 
300 
400 
500 


Other performance requirements for this application 
might define worst-case latencies to various hard- 
ware interrupts. For example, a worst-case latency 
of no more than 256 microseconds from a hardware 
interrupt issued at ground contact by the landing 
gear until code is executed to shut down the air- 
craft's jet engines. Using the LATENCY analysis 
mode of iPAT, the interrupt latency can be charac- 
terized. In the example (see Fig. 4), logarithmic scal- 
ing of timing bins from 1000 nanoseconds to 256 
microseconds is specified: 


LATENCY 
interrupt 
TRANS 
:eng_mgr.stop_thrust_ 
LOGB 1000 NS TO 256 US 


1* attach 
iPAT-86/88 
interrupt 
clip 
to device 
issuing 
interrupt 
and 
run 
application 
using 
developer's 
test 
harness 
*1 


inter 


Typical latency is slightly less than 1 /Lsbut in 
about 13 cases exceeded the worst-case re- 
quirement of 256 /Ls. 


Mode: LATENCY 
Event: INTERRUPT TRANS :ENG_MGR.STOP_THRUST_ 
Time Range: 1 /Ls to 256 /Ls 
PTIMEBASE = 200 ns 
Status: OK 


SELECT = INNER 
HISTO 
= COUNT 


Time Interval 
Frequency 
- 
0 
10 
20 
30 
40 
50 


< 1000.00 ns 


1000.00 ns- 
1000.00 ns+ 


1200.00 ns- 
1800.00 ns+ 
:::J 


2000.00 ns- 
3600.00 ns+ 
I 


3800.00 ns- 
7800.00 ns+ 
I 
8000.00 ns- 
18.00/Ls+ 
I 


18.20/Ls- 
43.40/Ls+ 


43.6O/Ls- 
105.00/Ls+ 
I 
105.20/Ls- 
256.00/Ls 


> 
256.00/Ls 
I 


0 
10 
20 
30 
40 
50 


In many applications timing requirements also exist 
for the linkage between certain functional parts of 
the program. The LINKAGE mode of iPAT measures 
procedure interaction of this type. In the example 
(see Fig. 5), linkage between a procedure that calcu- 
lates flight course corrections and several other pro- 
gram functions is characterized: 


LINKAGE 
:cdu.calc_course LINK 
:io_sim.update, & 


cdu.calc_course 
LINK 
libs.trig_fxns, & 


cdu.calc_course 
LINK 
libs.vector, & 


cdu.calc_course 
LINK 
chart.lax_calc 


inter 


Mode: LINKAGE 
PTIMEBASE = 200 ns 
Status: OK 


Timing data suggests that the interaction of 
the CALC_COURSE routine with the TRIG_ 
FXNS is a likely source of bottlenecks. 


Event 
Count 
Time 
TimeMln 
TlmeAvg 
Time Max 


.:CDU.CALC_COURSE-:IO_SIM.UPDATE 
7 
92 fJos 
13 fJos 
13 fJos 
13 fJos 


.CALC_COURSE-:L1BS.TRIG_FXNS 
7 
3300 ms 
120 ms 
471 ms 
908 ms 


.CALC_COURSE-:L1BS.VECTOR 
6 
1264 ms 
200 ms 
210 ms 
640 ms 


.CALC_COURSE-:CHART.LALCALC 
7 
300 fJos 
38 fJos 
43 fJos 
45 fJos 


At the test and acceptance phase, engineers need 
to achieve as high a level of confidence as possible 
in as little testing time as possible. Code coverage 
analysis with iPAT is a means to accomplish this, 
without having to rely entirely on statistical models. 
COVERAGE mode identifies parts of the code that 
have been executed by tests and those that have 
not. Incremental testing inputs then can be deter- 
mind, or sections of 'dead code' removed from the 
program. Code coverage 
data also 
provides a 


means for the evaluator to document testing results. 


In the example (see Fig. 6), code coverage results 
are shown at procedure level. The commands to ob- 
tain these results were: 


1* now execute 
test 
cases 
on the 
application 
system. 
1* 


Procedures that were executed by the test case in- 
puts are indicated with a mark next to them. The 
engineer can log code coverage results to disk files. 
The code coverage data structure internal to iPAT is 
not cleared with each new set of test inputs, unless 
CLEAR is requested. Thus incremental results are 
added for additional tests. 


The upper right part of the display indicates that pro- 
cedure-level results are shown. This is the default. 
Without 
re-executing tests, the 
display can 
be 


changed to line-level or module-level results. All 
modules, procedures, and lines can be displayed. 
The only limitation is that all areas specified for code 
coverage must comprise a total of no more than 
252K of program memory, which need not be contig- 
uous. Memory space(s) to be covered are automati- 
cally programmed by iPAT from the user's symbolic 
specifications, such as COVERAGE :mod_a 
to 


:mod_n,:mod_p, 
:mod_u. 


Utilities for producing address-by-address boolean 
maps of code coverage or instruction-level output 
are also provided with iPAT. 


inter 


The 
procedure 
READ_SENSORS_ 
is 


marked as having been executed; GETJIR- 
SPEED_ is not. 80% of the procedures were 
executed. Note that this data can be redis- 
played at the line level. 


Exec 
Event 
Exec 
Event 
Exec 
Event 


:CDU 
• 
GET_LOADING 
• 
GETJILERONS_ 
• 
GET_PILOT_RESPONSE 
• 
FIND_3D_POSITION 
• 
READ_SENSORS 
SET_ THROTILE_ 
• 
READ_SENSORS_ 
• 
GET_FLAP _SETIINGS 
• 
SETJILERONS_ 


GETJIRSPEED_ 
• 
CALC_COURSE 
SET_RUDDER_ 
• 
GET_ THROTILE_ 
• 
REFRESH_DISPLAY _ 
• 
SET_FLAPS_ 


USAGE WITH AN IN-CIRCUIT 
EMULATOR 


iPAT-86/88 monitors real-time software activity sym- 
bolically and passively to provide the software engi- 
neer with an instrument analogous to an oscillo- 
scope for the hardware engineer. But in some devel- 
opment environments, interaction with the prototype 
is needed: for example, downloading code or writing 
data to an incomplete prototype. iPAT-86/88 has 
the flexibility required for use in conjunction with In- 
tel's 
12ICE-8086/88 emulator system. Under this 


scenario, the emulator and iPAT have separate PC 
hosts, but share the in-circuit emulator's 8086/88 
probe. By this means, unit-level tests can be gener- 
ated procedurally by the in-circuit emulator and ana- 
lyzed by the iPAT system. 


An IBM PC AT or PC XT system running PC-DOS 
3.xx with at least 512K bytes of available memory in 
RAM. 


An RS232 serial port that operates at 300, 1200, 
9600 (default), or 19200 baud must be available on 
the host system. 


The following iPAT modes collect execution informa- 
tion for multiple modules, procedures, lines, user-de- 
fined ranges, or absolute address partitions. 


Profile 
mode: Collects time and count profiles for 


up to 125 program partitions (modules, procedures, 
line numbers, or user-defined ranges). Time informa- 
tion includes absolute cumulative, minimum, maxi- 
mum, and average execution time for each partition. 
Profile information can be collected using any of 
three options: INC, NOINC, or EXC. These options 
set profile mode to include calls, not include calls, or 
show range activity under execution that is broken 
up by interrupts and called routines. The user can 
display information in histogram or tabular form, and 
sort by address, cumulative time, or cumulative 
count. Filters can be set to select a subset of parti- 
tions that have specified characteristics. 


Linkage 
mode: Collects time and count information 
for the linkage interaction of up to 63 events, such 
as procedure to procedure activity, including recur- 
sive activity. The user can display information in his- 
togram or tabular form, and sort by address, cumula- 
tive time, or cumulative count. 


inter 


Usage mode: Collects time and count information 
about usage of one 'used' event by up to 63 other 
'user' events, such as a subroutine that is called by 
many subroutines. The user can display information 
in either histogram or tabular form, and sort by ad- 
dress, cumulative time, or cumulative count. 


Coverage mode: Provides coverage information for 
up to 63 4K-byte blocks of address space, which 
need not be contiguous and are mappable anywhere 
in the 8086 and 8088 physical address space. Cov- 
erage areas are set automatically by specifying parti- 
tions for coverage with module, procedure, line num- 
ber, or absolute address boundaries. Boolean cover- 
age maps are automatically converted into partition 
names such as modules, procedures, line numbers, 
or user-defined ranges by the iPAT host software for 
user display. Coverage information is cumulative, in- 
cremental, and can be recorded to a user-specified 
file, or recalled, by using iPAT's SAVE and RECALL 
commands. 


Modes With Multiple Timing Bins 


The following iPAT modes organize data into timing 
bins for a single partition. The partition can be a pro- 
cedure or starting-ending pair of events bounding 
the partition). Users can select bin granularity (4, 8, 
16, or 32 bins), linear or logarithmic scaling, as well 
as the lower and upper bounds for the range of bins. 
The distribution of execution times can be displayed 
as a histogram or as a table, including minimum, 
maximum, and cumulative execution times. 


Duration mode: Collects a distribution of execution 
times across a range of timing bins for a single parti- 
tion. 


Latency 
mode: Collects a distribution of latency 
from a hardware interrupt to a software execution 
event, or between interrupts, across a range of tim- 
ing bins. A clip line from the iPAT probe to the 
source of the interrupt signal is used to inform iPAT 
of asynchronous events external to the software ex- 
ecution address stream. 


Windowed-event 
count mode: Collects count data 
concerning an event that occurs within a specified 
event window. 


Partition 
specification: 
Program partitions can be 
specified using program symbolic names, user-de- 
fined symbolic names, or absolute addresses. Sym- 
bols anywhere in the 8086 and 8088 address space 


can be used. Thus code loaded dynamically, such as 
overlays, must not result in multiple symbolic mean- 
ings for an identical physical address space in the 
8086 or 8088. 


Symbolic Information: 
Program symbolics for mod- 
ules, procedures, and line numbers are loaded by 
iPAT host software using OMF86 (8086 object mod- 
ule formats) in absolute or load-time locatable files 
built with Intel 86 compilers using the DEBUG option 
and Intel linkers, locaters, builders, and binders. Util- 
ities are included for converting non-Intel symbolic 
information to iPAT-loadable symbolics. 


Speed: The iPAT-86/88 probe supports the 8086 to 
10 MHz and the 8088 to 8 MHz, collecting instruc- 
tion addresses at full processor speeds (however, 
sustained execution in a short loop may cause iPAT 
processing overflow). 


Tlmebase: The iPAT data collection timebase is se- 
lectable at 200 nanoseconds, 1 microsecond, 10 mi- 
croseconds, or 100 microseconds. 


Display 
updates: 
An update frequency can be 
specified by the user at an interval in seconds. 


Status: If time-count, bin-count, or FIFO stack over- 
flow occurs, iPAT displays indicate the error status. 


Session logs: The user can log part or all of an iPAT 
session, including displays and input/output in the 
iPAT environment, by using the LIST command to 
initiate recording to a specified log file and the NOL- 
1STcommand to end recording. 


Command Input: All commands can be issued from 
iPAT's 
context-sensitive 
command 
line, 
which 
prompts the user with valid options. Commonly used 
commands also can be issued through predefined 
function keys. The user may define additional func- 
tion keys and automatically include these in future 
sessions. 


IPAT definitions: 
iPAT provides a powerful set of 
procedural constructs to bring greater flexibility and 
productivity to the engineer's software analysis. For 
example, partition specifications and analysis con- 
trols can be collected together in a 'SETUP' object 
and then edited, saved, and recalled. Display con- 
trols similarly can be defined as a TEMPLATE. L1T- 
ERALLY and RANGE definitions can be created, 
saved, and re-used for a symbolic short-hand to ab- 
breviate frequently repeated commands and to add 
high-level range names during analysis. 
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Various utilities are supplied with the iPAT host soft- 
ware. These provide, for example, conversion of in- 
put files to a form offering symbolic functionality 
,,:,hen loaded into iPAT, and conversion of output 
files to a form in which instruction-level coverage in- 
formation can be generated by the user. 


Microsoft" 
symbollcs: 
MS·-LINK map file address 


information for modules, procedures, and lines may 
be converted to an OMF86-compatible, iPAT-loada- 
ble symbolics file. 


Other 
non-OMF 
symbollcs: 
Address/symbolic in- 


formation for module, procedure, and lines generat- 
ed by the user from other vendors' tools in a stan- 
dard text file format also can be converted to 
OMF86-compatible, iPAT-loadable symbolics. After 
loading the converted information into iPAT, the user 
must be able to supply the bases to which code seg- 
ments are loaded. 


Boolean 
coverage 
map: A boolean map indicating 


all addresses covered and not covered during exe- 
cution can be produced by saving iPAT code COV- 
ERAGE results to a file and then processing it 
through a utility. 


Instruction-level 
coverage: 
An 
instruction-level 


coverage text file can be produced by processing a 
boolean map (see above) of address execution and 
a user-supplied file containing disassembly of the 
code memory image through a utility supplied with 
the iPAT-86/88 software. The disassembly file is a 
standard formatted text file produced, for example, 
by use of a software debugger or an in-circuit emula- 
tor from the memory image of the executable code. 


IPAT-86/88 
PROBE 


Length: 15.3 cm (6 in) 
Width: 
10.2 cm (4 in) 
Height: 2.86 cm (1.125 in) 


IPAT CORE 
MODULE 


Length: 35 cm (13% in) 
Width: 
21 cm (8% in) 
Height: 4.5 cm (1% in) 


IPAT POWER 
SUPPLY 


Length: 28 cm (11 in) 
Width: 
20 cm (73,4in) 
Height: 11 cm (4% in) 


AC power cord for the power supply: 3.0 m (10ft) 


Power-supply-to-core DC power cable: 1.8 m (6 ft), 
10 conductor 


iPAT probe-to-target cable: 10.2 cm (4 in) 


iPAT probe-to-core cable: 0.9 m (36 in), 60 conduc- 
tor 


RS232 serial cables for connecting iPAT core to PC- 
XTor PC-AT host system: 3.7 m (12 ft) 


- 
Worst-case incremental power requirements of 
probe in user's system: 720 ma. 


- 
Selectable AC power source: 100V, 120V, 220V, 
240V 
- 
47-63 Hz 
- 
2 amps (AC) at 100V or 120V; 1 amp at 220V or 
240V 


Environmental 
Requirements 


- 
Operating temperature: 10 to 40 degrees C (50 
to 104 degrees F) 
- 
Operating humidity: Maximum of 85% relative 
humidity, non-condensing 


Order 
Code 
Description 
iPAT88DOS 
8086/88 
probe, PC-DOS 3.xx host 


software, utility software, interrupt clip 
line, iPAT probe to iPAT Core inter- 
face cable, and PC XT/ AT RS232 se- 
rial cables. 


iPATCORE 
iPAT core system, DC and AC power 
cables, and selectable 100V, 120V, 
220V, 240V power supply. 


iPAT™-286 
PERFORMANCE ANALYSIS TOOL 
• Provides Symbolic Real-time Software 
• Shows Code Execution Coverage for all 


Analysis for Software Running on the 
Modules, Procedures, Lines, or Ranges 


80286 
In up to 252K Anywhere In the 80286 
• Supports Absolute and Load-time 
Address Space 


Locatable 8086 and 80286 Real Mode 
• Supports Symbollcs for 86 and 286 
Programs, as Well as Boot-Ioadable 
Assemblers and High-level Languages 


and Single-task Loadable 80286 
- 
Such as C, PL/M, Pascal, Ada, 


Protected Mode Programs 
FORTRAN and Assemblers 
• Collects 100% of Software Execution 
• Provides Distributions 
of Latency to 
Transparently 
and Supports the 80286 
Hardware Interrupts 
to 12.5 MHz 
• Presents Simple User Interface with 
• Displays Histograms and Performance 
Function Keys and Color or 
Tables for up to 125 Modules, 
Monochrome 
Graphic Displays 


Procedures, Lines, or User-defined 
• Hosted Serially on PC DOS 3.xx 
Ranges 
Systems 
• Support for PGA, LCC, and PLCC 80286 


Packaging Is Available 


iPATTM-286,Intel's Performance Analysis Tool for 80286 microprocessor applications, provides a new tech- 
nology for software analysis in real-time systems. iPAT opens up the mystery of software-driven systems, 
revealing the real-time execution activity of software in the prototype environment non-intrusively and with 
100% collection. With this understanding the developer can control the performance and reliability of real-time 
applications more efficiently and effectively than has been possible in the past. iPAT-286 supports compo- 
nent-, board-, and system-level products based on the 80286 in either real (86 Emulation) or protected (286 
Native) mode operation. 
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INTRODUCTION 
TO SOFTWARE 


ANALYSIS 


The size and complexity of software have increased 
with each new generation of microprocessors. As a 
result it has become increasingly important - and dif- 
ficult - to optimize software and to ensure its reliabili- 
ty. For embedded as well as reprogrammable sys- 
tems, real-time software analysis with Intel's iPAT 
Performance Analysis Tool answers these needs. 


iPAT software analysis can be used for a wide range 
of 80286 application types. As an example of two 
extremes, iPAT-286 can be used to profile the per- 
formance characteristics of a single-task loadable 
application running on an 80286 protected-mode op- 
erating system, or of an absolutely-located embed- 
ded application running on bare hardware in 80286 
real mode in a dedicated board environment. The 
developer uses iPAT to obtain histograms of overall 
performance, subroutine characteristics, and inter- 
actions with interrupt routines, external hardware, or 
with the operating system. These applications then 
can be speed-tuned based on real-time execution 
information. At the acceptance phase of develop- 
ment of these products, evaluators can use iPAT to 
monitor code execution by test cases and to prove 
ability to meet response time specifications. 


An iPAT-286 software analysis system consists of 
an iPAT core module, an iPAT-286 probe, and iPAT 
host software for PCAT or PCXT hosts running PC- 
DOS 3.xx. The iPAT-286 probe contains an 80286 
bondout chip that enables the probe to operate 
transparently as an 80286 at any clock speed up to 
and including 12.5 MHz in the user's application. 
The bondout is a special version of the 80286 that 
supplies information required for iPAT analysis. The 
iPAT core module is the same as used with other 
iPAT probes and interfaces, such as iPAT-86/88 
and iPAT/12ICETM. 


The iPAT-286 user interface provides function keys 
and context-sensitive prompt lines for command in- 
put, and graphic displays for output. Software analy- 
sis with iPAT is easily learned and understood. Ses- 
sion activity, including all histograms and tabular dis- 
plays, can be logged to disk files and printed for 
documentation. 


Optimizing real-time software performance means 
maximizing execution speed on the CPU and speed- 
tuning for real-time I/O interactions without sacrific- 
ing functionality or reliability. To increase speed, im- 
plementation characteristics must be compared to 
design expectations to isolate bottlenecks. 


In the past, this comparison has been a hit and miss 
process. The engineer confronted the microproces- 
sor as a black box. Real-time software execution 
characteristics inside the chip remained a mystery. 


Without iPAT software analysis, the software engi- 
neer might conduct a walkthrough of the various 
paths and I/O in the source code, and then make 
educated guesses as to where bottlenecks are likely 
to occur. However, the difficulty of this approach in- 
creased rapidly as the complexity of the application 
increased. Alternatively, the software engineer might 
stub parts of the software for execution on the com- 
puter system used for development, insert count and 
print statements in source code, and then build and 
analyze a special version of the software. In addition 
to being time-consuming, this approach was useless 
for embedded designs. An embedded design's real- 
time I/O characteristics cannot be meaningfully sim- 
ulated on the development computer system. 


With iPAT software analysis, the engineer can quiCk- 
ly and easily show real execution time for program 
modules, procedures, lines, or user-defined symbol- 
ic ranges in the actual 80286 embedded or repro- 
grammable system environment. Software analysis 
with iPAT-286 provides histograms and tabular dis- 
plays with the high-level names for program parti- 
tions, such as modules and procedures. iPAT auto- 
matically builds an internal data structure for corre- 
spondence of symbols and addresses using 8086 or 
80286 object module format information (OMF86 
and OMF286). This information is incorporated in ex- 
ecutable files built with Intel software tools. (For ob- 
ject code built with software tools from other ven- 
dors, conversion is possible using utilities supplied 
with the iPAT host software package.) 


Software analysis with iPAT is non-intrusive and car- 
ried out in real-time. iPAT does not sample program 
execution to build a statistical model; rather, it col- 
lects and compares all addresses in real-time. 


Software teams coding in assembly language to in- 
crease program speed will now find they can change 
their methods to be more productive. They can write 
applications in high-level languages for easier ex- 
pression of complex algorithms and easier code 
maintenance. Many parts of an application may 
have no significant impact on overall execution 
speed. Those parts that do can be isolated through 
iPAT software analysis. The algorithms can then be 
improved, or the code converted into special-pur- 
pose assembly language routines to improve execu- 
tion speed. 


Optimizing 
Hardware 
Interactions 


iPAT-286 also enables the developer to examine the 
timing characteristics of interactions between hard- 
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ware devices and application 
software. By this 
means the developer can measure real-time charac- 
teristics that are critical to embedded applications, 
such as the latency between detecting a sensor 
condition for an aircraft and executing software rou- 
tines that respond to the condition. 


Ensuring Reliability 


To ensure application reliability, developers typically 
devise unit-level and system-level test suites. A the- 
oretical understanding of the design is used to gen- 
erate test suite data. Then the application is execut- 
ed and its output is examined. Depending on appli- 
cation complexity and testing time, a higher or lower 
statistical confidence level for the thoroughness of 
testing is obtained. 


'Black box' testing of this sort can only evaluate in- 
puts and outputs; not the actual execution of appli- 
cation code in real-time, which remains a matter of 
inference. Thus, in the past, evaluators could not be 
confident that their test cases actually executed all 
the code. Errors in untested code could not be de- 
tected because it was not known that the code was 
not executed by the test cases. Many developers 
were forced to trade off lengthening test times 
against the need to hit market windows, or to limit 
innovation. 


With iPAT real-time code coverage analysis, the en- 
gineer can quickly and easily identify which lines, 
procedures, and modules are executed by test cas- 
es and which are not. Armed with this information, 
the evaluator determines incremental test input to hit 
the unexecuted portions of the application. The re- 
sult is more efficient and effective testing, and great- 
er freedom to innovate without sacrificing quality. 


Impact of Real· Time Software 
Analysis 
on Development 


Developers must introduce microprocessor-based 
products into competitive environments and product 
acceptance processes where performance and reli- 
ability are critical to success. iPAT provides a means 
of controlling performance and reliability to meet de- 
sign expectations and a higher level of productivity 
in several phases of the product cycle. 


In addition to supporting initial product development, 
iPAT can be used during the maintenance cycle to 
increase the quality of enhancements and reduce 
their cost. For example, using iPAT code coverage 
analysis to execute existing test suites for evaluation 
of subsequent releases enables engineers to deter· 


mine more quickly and easily the incremental test 
cases needed to produce full code coverage. Devel· 
opers also can more easily isolate and correct the 
performance bottlenecks that frequently result from 
enhancements. 


The front end of the development cycle also can be 
improved by iPAT's real-time software analysis. New 
product designs often re-use existing code modules 
to reduce development costs. If good performance 
and reliability parameters have been built in and are 
known from previous software analysis, then the 
work of the designer who re-uses modules will be 
more productive. 


Finally, real-time software analysis encourages engi- 
neers to engage in 'what-if' thinking. They can ask, 
'What if this portion of the application were designed 
this way, or used this algorithm?' Alternatives can be 
compared to determine which is most efficient in the 
actual application environment. 


Gaining real-time software analysis information in 
symbolic terms is simple with iPAT-286. The exam- 
ple here assumes an embedded 80286 protected- 
mode application, but applies similarly to applica- 
tions that are loaded by an operating system or exe- 
cute in real mode. 


Obtaining Execution 
Histograms 


To get started, the user replaces the 80286 chip in 
the target system with the iPAT-286 probe, supplies 
power to the iPAT system, and starts the 80286 em- 
bedded application. The next step is to load program 
symbolics into iPAT on the host PC system, instruct 
iPAT to profile, run the application in the target sys- 
tem, and display the results on iPAT. iPAT com· 
mands issued would be: 


LOAD 
<my_prog.286> 


PROFILE 
PROC 
INC 
:cdu 


/* profile 
procedures 
in 
the 
CDU 
module 
with 
inclusion 
of 
time 


in 
other 
subroutine 
calls 
*/ 


/* run 
application 
in 
target 


system 
*/ 


The default display is a histogram (see Fig. 1), or- 
dered from low to high addresses. Histogram bars 
indicate relative time consumption. The cumulative 
execution times for each procedure also are shown. 


Mode: PROFILE 
PTIMESASE = 200 ns 
Include Calls 
Status: OK 


Example: The procedure REFRESH_DISPLAY _ has 
consumed 740 ms or about 17% of total execution 
time. 


ASS 
HISTO 
SORT 
FILTER 


= FALSE 
= TIME 
= ADDRESS 
= FALSE 


Event 
Time 
0% 
5 
10 
15 
20 
25 


:CDU.GET_LOADING 
471 ms 
I 


FIND_3D_POSITION 
616 ms 
I 


READ_SENSORS_ 
589 ms 
GETJIRSPEED_ 
o ns 
GET_THROTTLE- 
380 ms 
I 
GETJILERONS_ 
120 ms 


~ 


READ_SENSORS 
60ms 
GET_FLAP_SETTINGS 
132 ms 


CALC_COURSE 
312 ms 
REFRESH_DISPLAY _ 
740 ms 
GET_PILOT_RESPONSE 
189 ms 
I 
SET_ THROTTLE_ 
80 ms 
] 
SETJILERONS_ 
309 ms 
SET_RUDDER_ 
1800 ns 
I 
. 


SET 
FLAPS 
176 ms 


Total 
4174 ms 
0% 
5 
10 
15 
20 
25 


Information provided at the top left of the screen 
indicates profiling at a granularity of ± 200 nanosec- 
onds with inclusion of any time spent in called sub- 
routines. Information provided at the top right indi- 
cates further display options (default values are 
shown). For example, the information is sorted in 
order of ascending addresses. there is no filtering of 
what is shown in the display, and 'background' time 
is not included (ASS = FALSE). 


Displays have default settings but are flexible. For 
example, the user can change the display to show 
descending order by relative time consumption and 
to show only those procedures consuming more 
than 600 milliseconds. Instead of displaying results 


once, typing DISPLAY UPDATE 0 would produce a 
continuously updated display: 


SORT = TIME 
FILTER = TIME> 
600 MS 
DISPLAY UPDATE 0 


The display now continuously refreshes with infor- 
mation only for those procedures that have accumu- 
lated more than 600 milliseconds of execution time. 


Greater detail is obtained (see Fig. 2) by deselecting 
the histogram form of display: 


HISTO = 
FALSE 
DISPLAY 
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Mode: PROFILE 
PTIMEBASE 
= 200 ns 
Include 
Calls 
Status: OK 


Example: 
GET _ THROTTLE_ 
was executed 


49 times. 
Total 
execution 
time 
was 380 
ms 


with 7755 
p.s as the 
mean, 
2002 
p's as the 


minimum, 
and 16 ms as the maximum 
timing 


over the 49 executions. 


ABS 
HISTO 
SORT 
FILTER 


= FALSE 
= FALSE 
= ADDRESS 
= FALSE 


Event 
Count 
Time 
TlmeMln 
TlmeAvg 
Time Max 


:CDU.GET _LOADING 
3 
471 ms 
157 ms 
157 ms 
157 ms 


FIND_3D_POSITION 
14 
616 ms 
14ms 
44ms 
181 ms 


READ_SENSORS_ 
31 
589 ms 
7000 p.s 
19 ms 
21 ms 


GET JIRSPEED_ 
0 
o ns 
o ns 
o ns 
o ns 
GET _ THROTTLE_ 
49 
380 ms 
2002 p.s 
7755 p.s 
16 ms 


GET JILERONS_ 
26 
120 ms 
1110p.s 
4615 p.s 
11 ms 


READ_SENSORS 
14 
60ms 
1000 p.s 
4285 p.s 
9020 p.s 


GET _FLAP_SETTINGS 
12 
132 ms 
9000 p.s 
11 ms 
34ms 
CALC_COURSE 
26 
312 ms 
7000 p.s 
12 ms 
14 ms 
REFRESH_DISPLAY 
_ 
2 
740 ms 
72 ms 
370 ms 
668 P.s 


GET _PILOT_RESPONSE 
3 
189 ms 
63ms 
63ms 
63ms 
SET _ THROTTLE_ 
2 
80ms 
40ms 
40ms 
40ms 
SET JILERONS_ 
3 
309 ms 
103 ms 
103 ms 
103 ms 
SET _RUDDER_ 
1 
1800 ns 
1800 ns 
1800 ns 
1800 ns 
SET_FLAPS_ 
11 
176 ms 
14 ms 
16ms 
17 ms 


Totals 
197 
4174 ms 


Examining Function Timing 


Most applications 
have specifications 
for the timing 


of certain 
functions, 
such 
as worst-case 
timing 
to 


update 
displays, 
response 
to hardware 
interrupts, 
or 


transition 
timing characteristics. 
These 
types of tim- 
ing can be characterized 
with specialized 
iPAT anal- 


ysis modes. 


In the following 
example, 
the 
DURATION 
mode 
is 


used to obtain 
a distribution 
of the time required 
to 


refresh 
a cockpit 
display screen. 
This function 
is ini- 


tiated in the CDU module 
at line # 145 and complet- 


ed with a call to the BIOS module's 
WRITE_ 
TTY 


function. 
For convenience, 
the engineer 
can define 


a range name for this part of the program's 
function- 


al flow. The engineer 
can then set up iPAT to char- 


acterize 
the duration 
of this range. 
In the example 
(see Fig. 3), logarithmic 
scaling 
of timing 
bins from 


200 nanoseconds 
to 1 second 
is specified: 


DEFINE 
RANGE tty_update_t1me = 
:CDU#145 TO 
:BIOS.WRITE_TTY 


DURATION 
tty_update_t1me 
LOGB 200 NS 
TO lSEC 


The distribution peak shows that, generally, 
execution was very fast, but a second peak 
and outliers are evident. These may be ex- 
ceeding performance requirements. 


Mode: DURATION 
Event: TTY_UPDATE_TIME 
Time Range: 200 ns to 1 see 
PTIMEBASE = 200 ns 
Status: OK 


SELECT = INNER 
HISTO 
= COUNT 


Time Interval 
Frequency 
---. 
0 
100 
200 
300 
400 
500 


< 
200.00 ns 
200.00 ns- 
1200.00 ns+ 
I 
1400.00 ns- 
9200.00 ns+ 
I 
9400.00 ns- 
64.80,...s+ 
I 
65.00,...s- 
447.00,...s+ 
447.20,...s- 
3075.00,...s+ 
~ 
3075.20,...s- 
21.15 ms+ 
21.15 ms- 
145.42 ms+ 
I 
145.42 ms- 
1000.00 ms 
=:J 
> 1000.00 ms 
I 


., 
0 
100 
200 
300 
400 
500 


Other performance requirements for this application 
might define worst-case latencies to various hard- 
ware interrupts. For example, worst-case latency of 
no more than 256 microseconds from a hardware 
interrupt issued at ground contact by the landing 
gear until code is executed to shut down the air- 
craft's jet engines. Using the LATENCY analysis 
mode of iPAT, interrupt latency can be character- 
ized. The example (see Fig. 4) uses logarithmic scal- 
ing of timing bins from 1000 nanoseconds to 256 
microseconds: 


LATENCY interrupt 
TRANS 
:eng_mgr.stop_thrust_ 
LOGB 1000 NS TO 256 US 


/* attach 
iPAT-286 
interrupt 
clip 
to 
device 
issuing 
interrupt 
and run 
application 
using 
developer's 
test 
harness 
*/ 


inter 


Typical 
latency is slightly less than 1 ,...sbut in 
about 
13 cases exceeded 
the worst·case 
re- 
quirement 
of 256 ,...s. 


Mode: 
LATENCY 
Event: INTERRUPT 
TRANS 
:ENG_MGR.STOP 
_THRUST_ 
Time Range: 
1 ,...sto 256 ,...s 
PTIMEBASE 
= 200 ns 
Status: 
OK 


SELECT 
= INNER 
HISTO 
= COUNT 


Time Interval 
Frequency 
-. 
0 
10 
20 
30 
40 
50 


< 1000.00 ns 
1000.00 ns- 
1000.00 ns+ 
1200.00 ns- 
1800.00 ns+ 
::J 
2000.00 
ns- 
3600.00 
ns+ 
I 
3800.00 
ns- 
7800.00 
ns+ 
. 
I 
8000.00 
ns- 
18.00,...s+ 
I 
18.20,...s- 
43.40,...s+ 
43.60,...s- 
105.00,...s+ 
I 
105.20,...s- 
256.00,...s 
. 


> 
256.00,...s 
I 


0 
10 
. 
20 
30 
40 
50 


In many applications 
timing 
requirements 
also exist 
for the linkage 
between 
certain 
functional 
parts 
of 
the program. 
The LINKAGE 
mode of iPAT measures 
procedure 
interaction 
of this type. 
In the 
example 
(see Fig. 5), linkage between 
a procedure 
that calcu- 
lates flight course corrections 
and several other pro- 
gram functions 
is characterized: 


LINKAGE 
:cdu.calc_course 
LINK 
:1o_s1m.update, & 
cdu.calc_course 
LINK 
:11bs.tr1g_fxns, & 
cdu.calc_course 
LINK 
:11bs.vector, & 
cdu.calc_course 
LINK 
:chart.lax_calc 


Mode: LINKAGE 
PTIMEBASE = 200 ns 
Status: OK 


Timing data suggests that the interaction of 
the CALC_COURSE routine with the TRIG_ 
FXNS is a likely source of bottlenecks. 


Event 
Count 
Time 
TlmeMln 
TlmeAvg 
Time Max 


.:CDU.CALC_COURSE-:IO_SIM.UPDATE 
7 
92 j.l.s 
13 j.l.s 
13 j.l.s 
13 j.l.s 


.CALC_COURSE-:L1BS.TRIG_FXNS 
7 
3300 ms 
120 ms 
471 ms 
908 ms 


.CALC_COURSE-:L1BS.VECTOR 
6 
1264 ms 
200 ms 
210 ms 
640 ms 


.CALC_COURSE-:CHART.LALCALC 
7 
300 j.l.s 
38 j.l.s 
43 j.l.s 
45 j.l.s 


Identifying 
Code Coverage 


At the test and acceptance phase, engineers need 
to achieve as high a level of confidence as possible 
in as little testing time as possible. Code coverage 
analysis with iPAT is a means to accomplish this, 
without having to rely entirely on statistical models. 
COVERAGE mode identifies parts of the code that 
have been executed by tests and those that have 
not. Incremental testing inputs then can be deter- 
mined, or sections of 'dead code' removed from the 
program. Code coverage data also 
provides a 


means for the evaluator to document testing results. 


In the example (see Fig. 6), code coverage results 
are shown at procedure level. The commands to ob- 
tain these results were: 


1* now execute test cases on the 


application 
system. 1* 


Procedures that were executed by the test case in- 
puts are indicated with a mark next to them. The 
engineer can log code coverage results to disk files. 
The code coverage data structure internal to iPAT is 
not cleared with each new set of test inputs, unless 
CLEAR is requested. Thus incremental results are 
added for additional tests. 


The upper right part of the display indicates that pro- 
cedure-level results are shown. This is the default. 
Without 
re-executing tests, 
the 
display can 
be 


changed to line-level or module-level results. All 
modules, procedures, and lines can be displayed. 
The only limitation is that all areas specified for code 
coverage must comprise a total of no more than 
252K of program memory, which need not be contig- 
uous. Memory space(s) to be covered are automati- 
cally programmed by iPAT from the user's symbolic 
specifications, such as COVERAGE :mod_a 
to 


:mod_ri,:mod-p, 
:mod_u. 


Utilities for producing address-by-address boolean 
maps of code coverage or instruction-level output 
are also provided with iPAT. 


The 
procedure 
READ_SENSORS_ 
is 


marked as having been executed; GET-AIR- 
SPEED_ is not. 80% of the procedures were 
executed. Note that this data can be redis- 
played at the line level. 


Exec 
Event 
Exec 
Event 
Exec 
Event 


:CDU 
• 
GET_lOADING 
• 
GET-AllERONS_ 
• 
GET_PilOT_RESPONSE 
• 
FIND_3D_POSITION 
• 
READ_SENSORS 
SET_ THROTIlE_ 
• 
READ_SENSORS_ 
• 
GET_FLAP _SETIINGS 
• 
SET-AILERONS 


GET-AIRSPEED_ 
• 
CALC_COURSE 
SET_RUDDER_ 
• 
GET_ THROTIlE_ 
• 
REFRESH_DISPLAY _ 
• 
SET_FLAPS 


USAGE WITH AN IN-CIRCUIT 
EMULATOR 


iPAT-286 monitors real-time software activity sym- 
bolically and passively to provide the software engi- 
neer with an instrument analogous to an oscillo- 
scope for the hardware engineer. But in some devel- 
opment environments, interaction with the prototype 
is needed: for example, downloading code or writing 
data to an incomplete prototype. iPAT-286 has the 
flexibility required for use in conjunction with an Intel 
80286 emulator system. Under this scenario, the 
emulator and iPAT have separate PC hosts, but 
share the in-circuit emulator's 80286 probe. By this 
means, unit-level tests can be generated procedur- 
ally by the in-circuit emulator and analyzed by the 
iPAT system. 


An IBM PC AT or PC XT system running PC-DOS 
3.xx with at least 512K bytes of available memory in 
RAM. 


An RS232 serial port that operates at 300, 1200, 
9600 (default), or 19200 baud must be available on 
the host system. 


Modes with Multiple Partitions 


The following iPAT modes collect execution informa- 
tion for multiple modules, procedures, lines, user-de- 
fined ranges, or absolute address partitions. 


Profile 
mode: Collects time and count profiles for 


up to 125 program partitions (modules, procedures, 
line numbers, or user-defined ranges). Time informa- 
tion includes absolute cumulative, minimum, maxi- 
mum, and average execution time for each partition. 
Profile information can be collected using any of 
three options: INC, NOINC, or EXC. These options 
set profile mode to include calls, not include calls, or 
show range activity under execution that is broken 
up by interrupts and called routines. The user can 
display information in histogram or tabular form, and 
sort by address, cumulative time, or cumulative 
count. Filters can be set to select a subset of parti- 
tions that have specified characteristics. 


Linkage 
mode: Collects time and count information 


for the linkage interaction of up to 63 events, such 


inter 


as procedure to procedure activity, including recur- 
sive activity. The user can display information in his- 
togram or tabular form, and sort by address, cumula- 
tive time, or cumulative count. 


Usage mode: Collects time and count information 
about usage of one 'used' event by up to 63 other 
'user' events, such as a subroutine that is called by 
many subroutines. The user can display information 
in either histogram or tabular form, and sort by ad- 
dress, cumulative time, or cumulative count. 


Coverage mode: Provides coverage information for 
up to 63 4K-byte blocks of address space, which 
need not be contiguous and are mappable anywhere 
in the 80286 physical address space. Coverage ar- 
eas are set automatically by specifying partitions for 
coverage with module, procedure, line number, or 
absolute address boundaries. Boolean coverage 
maps are automatically converted 
into partition 


names such as modules, procedures, line numbers, 
or user-defined ranges by the iPAT host software for 
user display. Coverage information is cumulative, in- 
cremental, and can be recorded to a user-specified 
file, or recalled, by using iPAT's SAVE and RECALL 
commands. 


The following iPAT modes organize data into timing 
bins for a single partition. The partition can be a pro- 
cedure or starting-ending pair of events bounding 
the partition). Users can select bin granularity (4, 8, 
16, or 32 bins), linear or logarithmic scaling, as well 
as the lower and upper bounds for the range of bins. 
The distribution of execution times can be displayed 
as a histogram or as a table, including minimum, 
maximum, and cumulative execution times. 


Duration mode: Collects a distribution of execution 
times across a range of timing bins for a single parti- 
tion. 


Latency 
mode: Collects a distribution of latency 
from a hardware interrupt to a software execution 
event, or between interrupts, across a range of tim- 
ing bins. A clip line from the iPAT probe to the 
source of the interrupt signal is used to inform iPAT 
of asynchronous events external to the software ex- 
ecution address stream. 


Windowed-event 
count mode: Collects count data 


concerning an event that occurs within a specified 
event window. 


Partition 
specification: 
Program partitions can be 


specified using program symbolic names, user-de- 
fined symbolic names, or absolute addresses. Sym- 
bols anywhere in the 80286 physical or virtual ad- 
dress space can be used. Execution, however" is 
monitored using events in the physical address 
space of the 80286. 


Symbolic Information: 
Program symbolics for mod- 


ules, procedures, and line numbers are loaded by 
iPAT host software using OMF86 or OMF286 (object 
module formats) in absolute, load-time locatable, or 
single-task loadable files built with Intel 86 or 286 
compilers using the DEBUG option and Intel linkers, 
locaters, builders, and binders. Utilities are included 
for converting 
non-Intel symbolic information to 
iPAT-loadable symbolics. 


Speed: The iPAT-286 probe supports the 80286 to 
12.5 MHz and collects instruction addresses at full 
processor speeds (however, sustained execution in 
a short loop may cause iPAT processing overflow). 


Timebase: The iPAT data collection timebase is se- 
lectable at 200 nanoseconds, 1 microsecond, 10 mi- 
croseconds, or 100 microseconds. 


Display 
updates: 
An update frequency can be 
specified by the user at an interval in seconds. 


Status: If time-count, bin-count, or FIFO stack over- 
flow occurs, iPAT displays indicate the error status. 


Session logs: The user can log part or all of an iPAT 
session, including displays and input! output in the 
iPAT environment, by using the LIST command to 
initiate recording to a specified log file and the NOL- 
1STcommand to end recording. 


Command Input: All commands can be issued from 
iPAT's 
context-sensitive 
command 
line, 
which 


prompts the user with valid options. Commonly used 
commands also can be issued through predefined 
function keys. The user may define additional func- 
tion keys and automatically include these in future 
sessions. 


IPAT definitions: 
iPAT provides a powerful set of 


procedural constructs to bring greater flexibility and 
productivity to the engineer's software analysis. For 
example, partition specifications and analysis con- 
trols can be collected in a 'SETUP' object and then 
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edited, saved, and recalled. Display controls can be 
defined as a TEMPLATE. LITERALLY and RANGE 
definitions can be created, saved, and re-used for a 
symbolic short-hand to abbreviate frequently repeat- 
ed commands and to add high-level range names 
during analysis. 


Various utilities are supplied with the iPAT host soft- 
ware. These provide, for example, conversion of in- 
put files to a form offering symbolic functionality 
when loaded into iPAT, and conversion of output 
files to a form in which instruction-level coverage in- 
formation can be generated by the user. 


Microsoft" 
symbollcs: 
MS"-L1NK map file address 
information for modules, procedures, and lines may 
be converted to an OMF86-compatible, iPAT-loada- 
ble symbolics file. 


Other 
non-OMF 
symbollcs: 
Address/symbolic in- 


formation for module, procedure, and lines generat- 
ed by the user from other vendors' tools in a stan- 
dard text file format also can be converted to 
OMF86-compatible, iPAT-loadable symbolics. After 
loading the converted information into iPAT, the user 
must be able to supply the bases to which code seg- 
ments are loaded. 


Boolean 
coverage 
map: A boolean map indicating 


all addresses covered and not covered during exe- 
cution can be produced by saving iPAT code COV- 
ERAGE results to a user-specified file and then pro- 
cessing the file through a utility. 


Instruction-level 
coverage: 
An 
instruction-level 


coverage text file can be produced by processing a 
boolean map (see above) of address execution and 
a user-supplied file containing disassembly of the 
code memory image through a utility supplied with 
the iPAT·286 software. The disassembly file is a 
standard formatted text file produced, for example, 
by use of a software debugger or an in-circuit emula- 
tor from the memory image of the executable code. 


IPAT-286 
PROBE: 


Length: 15.3 cm (6 in) 
Width: 
10.2 cm (4 in) 
Height: 2.86 cm (1.125 in) 


IPAT CORE 
MODULE: 


Length: 35 cm (13o/4in) 
Width: 
21 cm (8% in) 
Height: 4.5 cm (1% in) 


IPAT POWER 
SUPPLY: 


Length: 28 cm (11 in) 
Width: 
20 cm (7% in) 
Height: 11 cm (4% in) 


AC power cord for the power supply: 3.0 m (10ft) 


Power-supply-to-core DC power cable: 1.8 m (6 ft), 
10 conductor 


iPAT probe-to-core interface cable: 0.9 m (36 in), 60 
conductor 


RS232 serial cables for connecting iPAT core to PC 
XT or PC AT host system: 3.7 m (12 ft) 


Selectable AC power source: 100V, 120V, 220V, 
240V 
47 Hz-63 Hz 
2 amps (AC) at 100V or 120V; 1 amp at 220V or 
240V 


Environmental 
Requirements 


Operating temperature: 10°C to 40°C 
(50°F to 104°F) 
Operating humidity: 
Maximum of 85% 
relative 


humidity, non-condensing 


ORDERING 
INFORMATION 
Order 
Code 
Description 
iPAT286DOS 
80286 
probe, 
PC·DOS 3.xx 
host 


software, 
utility software, 
interrupt 


clip line, iPAT·286 probe to iPAT 
Core interface cable, and PC XT/ AT 
RS232 serial cables. 
iPATCORE 
iPAT core system, DC and AC power 
cables, and selectable 100V, 120V, 
220V, 240V power supply. 


inter 


121CETMIntegrated Instrumentation 


and In-Circuit Emulation System 


• Provides 
Real- Time In-Circuit 
Emulation 
• Supports 
Common 
Memory 
between 
• Offers 
Symbolic 
Debugging 
Capabilities 
Processors 
without 
Any User System 


- 
Accesses 
Memory 
Locations 
and 
Hardware 


Program 
Variables 
(Including 
• Offers 
a Performance 
Analysis 
Tool 
Dynamic 
Variables) 
Using Program- 
(IPATTM Analyst) 


Defined 
Names 
• Maps User Program 
Memory 
Into a 
- 
Maintains 
a Virtual Symbol Table 
Maximum 
of 288K Zero-Walt-State 
RAM 
- 
Source 
Code Display at Breakpoints 
(Zero Walt-States 
to 10 MHz) 
• Offers 
Multi-Condition, 
Multi-Level, 
• Maps User I/O to Console 
or to 
Multi-Probe 
Break and Trace 
Capability 
Debugging 
Procedures 
• Provides 
Built-In AEDIT 
Editor to Allow 
• Provides 
Disassembly 
and Single-Line 
Editing of Development 
System 
Flies 
Assembly 
to Help with On-Line 
Code 
without 
Exiting from 121CEOperation 
Patching 
• Provides 
Low Cost Conversions 
Among 
• Common 
Human Interface 
Provided 
by 
8086,8088,80186,80188 
and 80286 
the PSCOPE-86 
Debugging 
Language 
Microprocessors 
and the 121CECommand 
Language 
• Simultaneously 
Controls 
up to Four 
• Uses Integrated 
Command 
Directory, 
Microprocessors 
for Debugging 
ICDTM, for Command 
Syntax 
Direction/ 
Multiprocessor 
Systems 
for a Single 
Correction 
to Ease Debug Operations 
Work Station 


The Intel Integrated 
Instrumentation 
and In-Circuit 
Emulation 
(12ICETM) system aids the design of systems 
that 
use the 8086, 8088, 80186, 80188 and 80286 microprocessors. 
The 121CEsystem 
combines 
symbolic 
soft- 
ware debugging, 
in-circuit 
emulation, 
and the optional 
Intel Performance 
Analysis 
Tool (iPAT analyst). 
Support 
features 
for the 8087 and 80287 coprocessors 
are also 
included. 
For the 8086/8088, 80186/80188, 
and 
80286 processors, 
the 121CEsystem supports 
programs 
written 
in C, PLlM, 
FORTRAN, 
Pascal, and assembly 
language. 
Up to four 121CEinstrumentation 
chassis 
can be hosted 
by one of Intel's 
Intellec® 
microcomputer 
development 
systems 
or by an IBM' 
PC AT or PC XT. 


inter 


The 121CEsystem hardware consists of the host in- 
terface board, the 121CEinstrumentation chassis, the 
emulation base module, the emulation personality 
module, a host/chassis cable, inter-chassis cables 
(for multiple chassis systems), a user cable, optional 
high-speed memory boards, and an optional per- 
formance analyzer. The 121CEsystem software con- 
sists of 121CEhost software, 121CEprobe software, 
confidence tests, PSCOPE·86, and optional iPAT 
analyst software. Table 1 shows elements of the 
121CEsystem. 


The host interface board resides in the host devel- 
opment system. A cable connects the host interface 
board to the 121CEinstrumentation chassis. Another 
cable connects the 121CEinstrumentation chassis to 
the buffer box. 


The instrumentation chassis contains high-speed 
zero-wait-state emulation memory, break-and-trace 
logic, memory and I/O maps, and the emulation 
clips assembly. 


The chassis may also contain the optional perform- 
ance analyzer and optional high-speed memory. 
High-speed memory is expandable from 32K bytes 
to 288K bytes in 128K increments. 


The buffer box contains the emulation personality 
module. This module configures the 121CEsystem 
for a particular iAPX microprocessor. The user cable 
connects the buffer box to user prototype hardware. 


The host development system may host up to four 
121CEinstrumentation chassis. Each chassis may 
have its own buffer box, user cable, emulation clips, 
optional high-speed memory boards, and perform- 
ance analyzer. 


To ensure proper emulation of a host target system, 
consider the following: 
• Each 121CEsystem probe has specific timing pa- 
rameters that differ from the chip which the probe 
emulates. Hence, a customer design that follows 
the chip's timing specifications may not work with 
the 121CEsystem probe. The target system may 
have to be modified slightly to account for the dif- 
ferences in timing between the probe and the chip. 
See the probe waveform section in this data sheet 
for timing differences. 


• Target system noise and signal margins and tim- 
ings are a critical consideration for emulation at 
speeds beyond 6 MHz. Typical solutions used to 
reduce target system noise such as RC networks 
and series resistor terminations could cause unac- 


ceptable timing degradation. Consequently, Intel 
recommends that wirewrap target boards be care- 
fully designed for emulation with the 121CEsystem. 
Printed circuit boards should be used because of 
the superior signal transmission characteristics. All 
target systems must have power and ground 
planes, decoupling capacitors, and signal lines 
layed out according to correct design techniques. 
For an introduction to proper design, see Applica- 
tion Note 125, Designing Microcontroller Systems 
for Electrically Noisy Environments, Order Number 
210313. 
• The 121CEsystem depends on a target system 
clock signal to run the internal probe circuitry. To 
run the internal probe circuitry, the clock signal 
must satisfy two criteria. The target system clock 
must meet the voltage levels defined in this data 
sheet and it must also exceed the TTL logic family 
minimal noise and ringing specifications. This is 
necessary since the signal must travel up the user 
cable and through data buffers to reach the probe 
circuitry. The 121CEsystem is designed to minimize 
the capacitive, noise, and chip delay associated 
with this path, but these effects worsen timings 
and amplify target system noise that may exist. 


Resource 
Borrowing 


The 121CEsystem memory map allows the prototype 
system to borrow memory resources from the 121CE 
system. 


If prototype memory is not yet available, the user 
program may reside in 121CEmemory. Because this 
memory is RAM, changes can be made quickly and 
easily. 
For 
example, 
if 
the 
prototype 
contains 
EPROM, it does not need to be erased and repro- 
grammed during development. 


Later, as prototype memory becomes available, the 
verified user program can be reassigned, memory 
block by memory block, to prototype memory. 


The 121CETM System Memory 
Map 


The 121CEsystem can direct (map) an emulated mi- 
croprocessor's memory space (the user program 
memory) to any combination of the following: 


• High-speed 121CEsystem memory-this 
consists 
of 32K bytes of programamble wait-state memory 
(programmable from 0 to 15). This memory re- 
sides in the 121CEsystem chassis on the map-I/O 
board. 
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----- 
EMULATION 
PERSONAUTY 
MODULE 
210469-2 


HOS'J. TO-I2ICETII SYSTEM 
INTERFACE IIOARO 
AND CABLE 


Name 


Host Development 
System 


-=<', 
XE 


/' 
111011 


,/ 
III 1M 


,.- 
III 2M 


EMULAlOR 
/,,.- 
§ 


8A. S.E 
, 
. 
/' 
, 
~ 
/~ 


Description 


Required for all applications, 
Use one of the following: 
• Intellec Series III development 
system 


• Intellec Series IV development 
system 


• IBM PC AT or PC XT (with 512K bytes of available 
memory and version 
3,0 of 
PC DOS) 


• IBM 50 system (available 
in Japan; features 
kanji) 


Name 
Description 


Host-to-12ICE System 
Required 
for communication 
between 
the host and the 121CEsystem. 
Interface 
Board, Cable, 
• MUL TIBUS@ bus interface 
board for Series III and Series IV (product 
code 
and Host Software 
111520) 
• Host-to-12ICE system cable for the Series III and Series IV (product 
code 
111530or 111531) 
• 121CEsystem host software 
for the Series III and Series IV (product 
code 
111951A, B, orC) 
• Package with PC host interface 
board, cable and PC DOS version of 121CE 
host software 
(product code 111520AT954D) 


Instrumentation 
Chassis 
Required for real-time 
microprocessor 
emulation, 
break and trace capability, 
and 
and Emulation 
Module 
memory and I/O capability. 
• Instrumentation 
chassis 
(product 
code 11I514B) has four board slots: 
1 slot for break/trace 
board 


I 
1 slot for map-I/O 
board 
2 slots for 1 (or 2) optional 
high-speed 
memory board(s) and/or 
1 optional 
logic timing analyzer board 


-, 
• Maximum 
of four chassis for multi-probe 
applications 
• Emulation 
module (product 
code 111620)includes 
break/trace 
board, map-I/O 
board, and buffer base box 


Emulation 
Personality 
Required for emulation 
of specific 
microprocessors: 
8086/8088, 
80186/80188, 
Module 
(Probe) and Probe 
or 80286. 
Software 
• Module includes 
personality 
board, buffer box cover, and user cable 
• Series III or IV: Order probe and probe software 
separately 
• PC host: Probe and probe software 
packaged 
together 


Intel Performance 
Analysis 
Used to optimize 
code execution 
speed and control 
and to improve software 
Tool (iPAT Analyst) 
reliability. 
• Complete 
with sytem software, 
power supply, core module, iPAT-to-12ICE 
interface 
board, and cables 


Optional 
High-Speed 
Required for memory expansion. 


Memory 
Board (OHS) 
• 128K bytes of programmable 
(0 to 15) wait-state 
memory 
• One or two boards mount in the instrumentation 
chassis 


• 
Optional 
high-speed 
121CEmemory-this 
consists 
of up to 256K bytes of programmable 
wait-state 
memory 
(0 wait-states 
up to 10 MHz). This mem- 
ory resides in the 121CEsystem chassis 
on one or 
two 
optional 
high-speed 
memory 
boards 
(128K 
bytes each). 


• 
MUL TIBUS@ bus memory 
(host 
system 
memo- 
ry)-this 
resides 
in the host development 
system 
itself. 
(Any amount 
of unused 
host memory 
can 
be used in 1K increments.) 
Note that this feature 
is not available 
for a PC host. 


• 
User memory-this 
resides 
in the user prototype 
hardware. 


When a user program 
runs in 121CEmemory 
or user 
memory, 
the 121CEsystem 
emulates 
in real time. A 
memory 
access 
to MUL TIBUS bus memory, 
howev- 
er, 
inserts 
approximately 
25 
wait-states 
into 
the 
memory 
cycle. 


Access Restrictions 


In addition 
to directing 
memory accesses, 
the follow- 
ing access 
restrictions 
can be specified. 


• 
Read-only-the 
121CE system 
displays 
an error 
message 
if a user program 
attempts 
to write to an 
area 
of 
memory 
designated 
as 
read-only. 
The 
user can, however, 
write to a read-only 
area with 
121CEsystem 
commands. 


• 
Read/write, 
no verify-normally, 
the 
121CE sys- 
tem performs 
a read-after-write 
verification 
after 
program 
loads and after 
writing 
to memory 
with 
an 
121CE system 
command. 
The 
121CE system 
can suppress 
this verification. 
For example, 
if a 
prototype 
has 
memory-mapped 
I/O, 
a verifying 
read may change 
the state of the I/O device. 


• 
Guarded-initially, 
the 
121CE system 
puts 
all 
memory 
in a guarded 
state. Neither the user pro- 


gram 
nor 
the 
121CE system 
user 
can 
access 
guarded 
memory. 


The 121CEsystem 
can direct 
(map) an emulated 
mi- 
croprocessor's 
I/O 
space 
to the host development 
system's 
console, 
to the 
prototype 
system, 
to de- 


bugging 
procedures, 
or to a combination 
of these. 


SIMULATING 
I/O 
WITH 
THE HOST 
DEVELOPMENT 
CONSOLE 


Suppose a user program requires input from an I/O 
device not yet part of the prototype. Map the input 
port range assigned to that device to the host devel- 
opment system's console. Then, when the user pro- 
gram requires input, it halts and the 121CEsystem 
console displays a message requesting the data. 
When you enter the required data at the keyboard, 
the user program continues. 


SIMULATING 
I/O 
WITH 
121CETMSYSTEM 
DEBUGGING 
PROCEDURES 


Procedures that supply the needed input data can 
be written in the 121CEsystem command language. 
When setting up the I/O map, the user specifies that 
the I/O procedure is invoked when certain I/O ports 
are accessed. 


I/O ports are mapped in blocks of 64 byte-wide 
ports or 32 word-wide ports. A total of 64K byte-wide 
ports or 32K word-wide ports can be mapped. 


With symbolic debugging, a memory location can be 
referenced by specifying its symbolic reference. A 
symbolic reference is a procedure name, line num- 
ber, or label in the user program that corresponds to 
a location in the user program's memory space. 


Symbolic functions include: 


• Changing or inspecting the value and type of a 


program variable by using its program-defined 
name, rather than the address of the memory lo- 
cation where the variable and a hexadecimal val- 
ue for the data are stored. 
• Defining break and trace events using source- 


code symbols. 


With symbolic debugging, the user can reference 
static variables, dynamic (stack-resident) variables, 
based variables, and record structures combining 
primitive data types. The primitive data types are 
ADDRESS, BOOLEAN, BYTE, BCD, CHAR, WORD, 
DWORD, SELECTOR, POINTER, three INTEGER 
types, and four REAL types. 


THE VIRTUAL 
SYMBOL 
TABLE 


The 121CEsystem maintains a virtual symbol table 
for program symbols; that is, the entire symbol table 
need not fit into memory at the same time. (The size 
of the virtual symbol table is constrained only by the 
capacity of the storage device.) 


The 121CEsystem divides the symbol table into 
pages. If a program's symbol table is large, the 121CE 
system reads only some of the symbol table pages 
into memory. When the user references a variable 
whose symbol is not currently defined in memory, 
the 121CEsystem reads the needed symbol table 
page from disk into memory. 


Breakpoint, 
Trace, and Arm 


Specifications 


With 121CEcommands, breakpoint, trace and arm 
specifications can be defined. 


Breakpoints allow halting of a user program in order 
to examine the effect of the program's execution on 
the prototype. With the 121CEsystem, a breakpoint 
can be set at a particular memory location or at a 
particular statement in a user program (including 
high-level language programs). A break can also be 
set to occur when the user program enters or ac- 
cesses a specified memory partition or reads or 
writes a user program variable. When the user pro- 
gram resumes execution, it picks up from where it 
left off. 


Normally, the 121CEsystem traces while the user 
program executes. With a trace specification, how- 
ever, the user can choose to have tracing occur only 
when specific conditions are met. 


An arm specification describes an event or combina- 
tion of events that must occur before the 121CEsys- 
tem can recognize certain breakpoint and trace 
specifications. Typical events are the execution of 
an instruction or the modification of a data value. 


The 121CEsystem command language allows you to 
specify complex, multilevel events. For example, you 
can specify that a break occurs when a variable is 
written, but only if that write occurs within a certain 
procedure. The execution of the procedure is the 
arm condition; the variable modification is the break 
condition. The 121CEsystem command language al- 
lowll users to specify complex events with up to four 
states with four conditions and to use such events 
as arm, break, or trace conditions; a specified num- 
ber of events can be used as a condition. 


With the source display commands, a user can cor- 
relate a module under debug to a source code file. 
Then, when breakpoints are encountered, source 
text is displayed along with the break message and 
the line number of the breakpoint. The number of 
source code lines displayed before and after a 
breakpoint can also be defined. 


inter 
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Coprocessor 
Support 


The 8086/8088 
emulation personality module pro- 
vides transparent RQ/GT and MN/MX pin emulation 
to support real-time prototype systems that use the 
8087 as a coprocessor. The 8086/8088 
(and the 
80186/80188) 
emulation personality module also 
provides debugging features specific to the 8087. 
121CEsystem commands provide access to the 
8087's stack, status registers, and flags. The 121CE 
system's disassembly and trace features extend to 
8087 instructions and data types. 


The 80186 and 80286 emulation personality mod- 
ules also allow the prototype hardware to contain 
coprocessors. The 80186 probe can qualify break 
points and collect trace information when the co- 
processor drives the status lines (SO-S2) in the pre- 
scribed manner. The 80286 personality module al- 
lows the hardware to contain the 80287 processor 
extension 
and 
provides 
special 
debugging fea- 
tures-the 
user can enable and disable the 80287 
and change and examine its registers. 


DEBUGGING 
WITH THE 121CETM 
SYSTEM 


The 121CEsystem allows both hardware and soft- 
ware debugging (see Figure 1). 
• Software debugging-12lCE 
system commands 
permit symbolic debugging of user programs writ- 
ten in high-level languages as well as assembly 
language. By looping the user cable back into the 
buffer box, a user program can be debugged 
even if no prototype hardware is present. In a 
multi-probe environment, the 121CEsystem can 
map common memory from the host develop- 
ment system and support semaphore operation 
even with no user system prototype hardware. 
This feature makes possible detailed debugging 
of multi-processor software before the hardware 
is available. 
Additionally, as code is being developed, prelimi- 
nary analyses can be made with the optional 
iPAT analyst. You can also use the 121CEsystem 
and the iPAT analyst to analyze program execu- 
tion under different target system conditions. This 
can be accomplished by setting up target system 
conditions in the 121CEsystem and running the 
program with the iPAT analyst activated. 


.• _._ 
••_ ••.••~ •.••..,w~~ftl~-Ul'" 
,-,\.Ie:: :Sy:Slem IS a real- 
time, in-circuit emulator. Trace data are collected 
in real time, and 121CEsystem software does not 
intrude into user program space. 


The usefulness of an 121CEsystem extends through- 
out the development cycle, beginning with the sym- 
bolic debugging of prototype software and ending 
with the final integration of debugged software and 
prototype hardware. 


PSCOPE-86 is a high-level language, symbolic de- 
bugger, designed for use with Pascal-86, PLlM-86, 
and FORTRAN-86. It is a separate product included 
with the Series III and Series IV versions of the 121CE 
system; it runs in the host development system. 
PSCOPE-86 is field-proven, familiar to Intel custom- 
ers, and suited for the debugging of applications 
software when the hardware capabilities of the 121CE 
system are not needed. The PSCOPE-86 and 121CE 
command 
languages 
are 
similar. 
(Note 
that 


PSCOPE-86 is available as an option for use with 
the PC AT or PC XT.) 


Designing a product that contains a microcomputer 
requires close coordination of hardware and soft- 
ware development. A typical design process takes 
advantage 
of 
both 
the 
121CE system 
and 


PSCOPE-86. Use PSCOPE-86 for debugging soft- 
ware before downloading the software into a target 
environment; use the 121CEsystem for debugging 
and emulation of the target system. 


THE 121CETMSYSTEM 
COMMAND 


LANGUAGE 


The syntax of 121CEsystem commands resembles 
that of a high-level language. The 121CEsystem 
command langauge is versatile and powerful while 
remaining easy to learn and use. 


The Integrated Command Directory (ICDTM)assists 
users with command syntax. 
• The ICD directory directs the user in choosing 


commands from a display on the bottom line of 
the screen. As commands are entered, the bot- 
tom line indicates syntax elements available for 
use in the commands. 


• The ICD directory flags syntax errors. Syntax er- 
rors are flagged as they occur (rather than after 
the carriage return is pressed). 


• The ICD directory provides on-line help with the 


HELP command. 


Automatic expansion of LITERALLY expressions is 
available. When the feature is activated, each char- 
acter string defined by a LITERALLY definition is au- 
tomatically expanded to its full length. 


The 121CEcommand language deals with user-creat- 
ed debugging objects. By manipulating debugging 
objects, the user can streamline complex debugging 
sessions. 


Debugging objects are uniquely named, user-creat- 
ed, software constructs that the 121CEsystem uses 
to manage the debugging environment. The four 
types of debugging objects are: debugging proce- 
dures, LITERALLY definitions, debugging registers, 
and debugging variables. In the following examples, 
121CEsystem keywords are shown in all caps. 
• Debugging procedures (named groups of 121CE 


system commands) can simulate missing soft- 
ware or hardware, collect debugging information, 
and make troubleshooting decisions. For exam- 
ple, consider a debugging procedure (called Inlt) 
that simulates input from I/O ports 2 and 4. 
The procedure and MAPIO command are given 
first, followed by an explanation. 


'DEFINE PROCEDURE 
init = DO 
~'IF %0==2 
THEN 
••·PORTDATA=lOOT 
••·ELSE IF %0==4 
THEN 


•••·PORTDATA=65T 
•••·END 
••·END 
'END 
'MAPIO 0 LENGTH 
64K ICE 
(init) 


Whenever the MAPIO command maps I/O ports 
to an 121CEsystem procedure, three parameters 
are made available to the procedure (even if the 
procedure does not use them): %0, %1, %2. The 
parameter %0 passes the port number; %1 
passes a Boolean value that indicates whether 
read or write I/O activity will occur, and %2 pass- 
es a Boolean value that indicates whether the 
I/O is a byte-wide or a word-wide port. PORTDA- 
TA is a pseudo-variable that contains the actual 
port data. This procedure specifies that if port 2 is 
used, the procedure returns 100 (base ten); if. 
however, port 4 is used, the procedure returns 65 
(base ten). 


• LITERALLY definitions are shorthand names for 


previously defined character strings. LITERALLY 
definitions can save keystrokes and improve clar- 
ity. For example, here is the definition of a LITER- 
ALLY that saves keystrokes. This LITERALLY al- 
lows the user to type DEF for DEFINE. 


'DEFINE LITERALLY 
DEF = "DEFINE" 


These definitions may be saved to disk and auto- 
reloaded. In addition, an automatic LITERALLY 
expansion feature can be turned on and off. 


• Debugging registers are user-created, software 


registers that hold arm, breakpoint and trace 
specifications. The 121CEsystem can be ordered 
to emulate the user program and specify one or 
more debugging registers. There is no need to re- 
enter the specification for each emulation. For 
example here is the definition of a debugging reg- 
ister called pay that contains a trace specifica- 
tion. This example takes advantage of the previ- 
ous LITERALLY definition. 


'DEF TRCREG pay = :cmaker.payment 


To emulate a user program and trace only during 
the procedure payment, specify the debugging 
register pay as part of the GO command. 


'GO USING pay 
• Debugging variables are user-created variables 


used with 121CEsystem commands. For example, 
here is the definition of a debugging variable 
called begin. Its type is POINTER. 


'DEFINE POINTER 
begin 
= 0020H:0006H 


During a debugging session, the user can set the 
execution point to this pointer value by typing: 


'S=begin 
The 
121CEsystem 
pseudo-variable $ 
repre- 
sents the current execution point. 


Example of a Debugging Session 


Figures 2, 3, and 4 illustrate some of the key capabil- 
ities of the 121CEsystem. The user program is written 
in Pascal-86. It was compiled, linked, and located on 
an Intellec Series III development system. The re- 
sulting file consists of absolute code and is called 
CMAKER.86. Figure 2 shows the Pascal listing; Fig- 
ure 3 shows a sample debugging session; and Fig· 
ure 4 briefly explains the debugging steps shown in 
Figure 3. 


The CMAKER.86 program controls an automatic 
changemaker. The program reads the amount ten- 
dered (the variable paid) and the amount of the pur- 
chase (the variable purchase). 
It calculates the 


coins needed for change and asserts control signals 
to a change release mechanism by writing an output 
port. Each of the lower four bits of the output port 
controls the release of a different coin denomina- 
tion. 


•Q = quarters 


0= 
dimes 


N = nickels 
P = pennies 


121CETMSystem 
Command 
Functions 


The 121CEsystem command language contains a 
number of functional categories. 


• Emulation commands-the 
GO command 
in- 


structs the 121CEsystem to begin emulation. The 
user can also command the 121CEsystem to 
break or trace under certain specified conditions. 


• Utility commands-these 
are general purpose 


commands for use in a debugging environment. 
For example, one use of the EVAL command is to 
calculate the nearest source-code line number 
that corresponds to the address of an assembly 
language instruction. The PRESRC command 
can be used to display a specified number of 
source code lines preceding a breakpoint. The 
HELP command provides on-line assistance. The 
EDIT command invokes a menu-driven text editor 
(AEDID that allows updating of debugging object 
definitions and editing of development system 
files without exiting the 121CEsystem. The shell 
escape command 0 enables access to the DOS 
operating system without exiting the 121CEsystem 
(DOS host specific). A command line editor and 
history key are also provided. 


• Environment commands-these 
are commands 


that set up the debugging environment. For ex- 
ample, the MAP command sets up the memory 
map. Another 
environment 
command 
(WAIT- 


STATE) inserts wait-states into memory access- 
es,.allowing the simulation of slow memories. 


• File handling commands-these 
are commands 


that access disk files. Debugging object defini- 
tions can be saved in a disk file and loaded in 
later debugging sessions. Debugging sessions 
can also be recorded in a disk file for later analy- 
sis. 


• Probe-specific commands-these 
are commands 


whose effects are different for different probes. 
For example, the PINS command displays the 
state of selected signal lines on the current 
probe. 


• Option-specific 
commands-these 
are 
com- 


mands that control an optional test/measure- 
ment device, such as the performance analysis 
tool. 


SERIES-III Pascal-86, V2.0 
Source File: CMAKER.SRC 
Object File: CMAKER.OBJ 
Controls Specified: XREF, DEBUG, TYPE 


STMT 
LINE 
NESTING 
SOURCE TEXT: MAKER.SRC 
1 
1 
0 
0 
PROG RAM cmaker; 
2 
2 
0 
0 
VAR change,coins 
:integer; 


3 
3 
0 
0 
quarters, nickels,dimes,pennies 
:integer; 


4 
4 
0 
0 
paid,purchase 
:word; 


5 
6 
0 
0 
PROCEDURE 
payment; 
6 
7 
1 
0 
VAR numberofcoins 
:integer; 


7 
8 
1 
0 
release 
:word; 


8 
9 
1 
0 
BEGIN 
("payment") 
8 
10 
1 
1 
numberofcoins: 
= quarters +dimes + nickels + pennies; 


9 
11 
1 
1 
while numberofcoins< 
>0 do 
10 
12 
1 
1 
BEGIN 
10 
13 
1 
2 
release: = 0; 


11 
14 
1 
2 
if quarters < > 0 then 
12 
15 
1 
2 
BEGIN 
12 
16 
1 
3 
release: = release +8; 
13 
17 
1 
3 
quarters: = quarters-1 
END; 


15 
19 
2 
if dimes < > 0 then 
16 
20 
2 
BEGIN 
16 
21 
3 
release: = release +4; 
17 
22 
3 
dimes: = dimes - 1 
END; 
19 
24 
2 
if nickels < > 0 then 
20 
25 
2 
BEGIN 
20 
26 
3 
release: = release + 2; 
21 
27 
3 
nickels: = nickels-1 
END; 


23 
29 
2 
if pennies < > 0 then 
24 
30 
2 
BEGIN 
24 
31 
3 
release: = release + 1; 
25 
32 
3 
pennies: = pennies-1 
END; 


27 
34 
2 
numberofcoins: 
= quarters +dimes + nickels + pennies; 


28 
35 
2 
OUTWRD(130,release); 
29 
36 
2 
END; 
31 
37 
1 
END; 
("payment") 


32 
39 
0 
0 
BEGIN 
("main") 
32 
40 
0 
1 
INWRD(2,paid); 


33 
41 
0 
1 
INWRD(70,purchase); 


34 
42 
0 
1 
change 
: = paid - purchase; 
35 
43 
0 
1 
coins 
: =change 
mod 100; 


36 
44 
0 
1 
quarters: 
=coins div 25; 


37 
45 
0 
1 
coins 
: =coins 
mod 25; 
38 
46 
0 
1 
dimes 
: =coins div 10; 
39 
47 
0 
1 
coins 
: =coins 
mod 10; 
40 
48 
0 
1 
nickels 
: =coins 
div 5; 


41 
49 
0 
1 
pennies 
: =coins 
mod 5; 
42 
50 
0 
1 
payment; 
43 
51 
0 
1 
END. 
("main") 


210469-5 


Figure 2. listing 
of CMAKER.86 


inter 


(1) 'BASE 
DECIMAL 
(2) 'MAP OKLENGTH32K HS 
'MAPIO OTLENGTH 192T ICE 
'MAP 
MAP 
OKLENGTH 
32K HS 
MAP 
32K LENGTH 
992K GUARDED 
'MAPIO 
MAPIO OOOOOHLENGTH 
OOOCOHICE 
MAPIO OOOCOHLENGTH 
OFF40H USER 
(3) 'LOAD :F1:CMAKER.86 
(4) 'DEFINE POINTERbegin = S 


'DEFINE BRKREGpay = :cmaker #9 
'DEFINE PROCdisplay = DO 
•'WRITE USING(' "quarters = ",T,O,>')quarters 
.'WRITE USING(' "dimes = ",T,O')dlmes 
.'WRITE USING(' "nickels = ",T,O,>')nlckels 
.'WRITE USING(' "pennies = ",T,O')pennles 
.'RETURN TRUE 
.'END 
(5) 
'GO USINGpay 
?UNIT 0 PORT 2H REQUESTS WORD INPUT (ENTER VALUE)'100 
?UNIT 0 PORT 46H REQUESTS WORD INPUT (ENTER VALUE)'65 
'Probe 0 stopped at :CMAKER#9 + 4 because of execute break 
Break register is PAY Trace Buffer Overflow 
(6) 
'quarters;dlmes;numberofcolns 
+1 
+1 
+2 


(7) 'DEFINE SYSREGwr-"umber 
= WRITE AT .:cmaker.payment.numberofcolns & 
"CALL 
display 
'GO USINGwr-"umber 
quarters = + 1 
dimes = + 1 
nickels = + 0 
pennies = + 0 
Probe 0 stopped at :CMAKER # 28 + 3 because of bus break 
Break register is WR_NUMBER 
(8) 
'numberofcolns 
+0 
'EVAL release 
1100Y 12T CH'..' 


(9) 
'CLIPSOUT = 11Y 
(10) 'GO FOREVER 
?UNIT 0 PORT 82H OUTPUT WORD OC 
?Probe 0 stopped at location 0033:00AEH because of bus not active 
Bus address = 0203DE 


'S=begin 
, 


inter 


1. 
Checking 
to see that the default 
radix is decimal. 


2. 
Mapping 
user program 
memory 
to 121CEhigh-speed 
memory 
and user I/O ports to the 121CEsystem 


console. 


3. 
Loading 
the user program. 


4. 
Defining 
debugging 
objects. 


The debugging 
variable 
begin is set to $, an 121CEpseudo-variable 
representing 
the current 
execution 


point. At this point in the debugging 
session, $ is the beginning 
of the user program. 


The break register 
pay specifies 
a breakpoint 
at statement 
9 in the user program. 


The debuggning 
procedure 
display displays 
the value of some user program 
variables 
on the console. 


5. 
Beginning 
emulation 
with the debugging 
register 
pay. The console 
requests 
the two input values, 
paid 
and purchase. 
Then, 
the break occurs. 


6. 
Displaying 
three user program 
variables. 


7. 
Defining 
another 
debugging 
register. 
The specified 
event 
is the writing 
of the user program 
variable 
numberofcolns. 
When that event occurs, the 121CEsystem 
calls the debugging 
procedure 
display. 
In 
addition 
to displaying 
some user program 
variables, 
this debugging 
procedure 
returns a Boolean 
value. 
Because 
this value is TRUE, the break occurs; 
if the value were FALSE, emulation 
would 
continue. 


8. 
Displaying 
the two user program variables, 
numberofcolns 
and release. 
The EVAL command 
displays 
release 
in binary, decimal, 
hexadecimal, 
and ASCII. Unprintable 
ASCII characters 
appear 
as periods 
(.). 


9. 
Asserting 
both output lines on the emulation 
clips. These lines are input to the prototype 
hardware 
and 
control 
a change 
release 
mechanism. 
10. Resuming 
emulation. 
The console 
displays 
the write of release 
to the output 
port. The user program 
finishes 
executing, 
and the probe 
stops emulating 
because 
of bus inactivity. 
The $ is set back to the 
beginning 
of the user program 
in preparation 
for another 
emulation. 


Figure 4. Explanation 
of sample 
Debugging 
Session In Figure 3 


121CETMSYSTEM 
INSTRUMENTATION 


SUPPORT 


Eight external 
input 
lines are sampled 
during 
each 
processor 
bus cycle. The 121CEsystem 
records 
the 


values 
of these 
lines in the trace buffer during each 


execution 
cycle. 
The 
121CE system 
can 
use these 


values 
when defining 
events. 


Four additional 
output 
lines synchronize 
121CE sys- 


tem 
events 
with 
external 
hardware. 
Two 
lines 
are 


active 
and 
programmable 
with 
121CE system 
com- 
mands. 
Two other 
lines, break 
and trace, 
allow 
an 


121CEsystem chassis to be linked to other 121CEsys- 
tem chassis. 


iPATTM PERFORMANCE 
ANALYSIS 


TOOL 


The Intel Performance 
Analysis 
Tool (iPAT analyst) 


helps 
software 
engineers 
optimize 
code 
and 
im- 


prove software 
reliability. 
Software 
object 
code gen- 


erated by Intel assemblers 
and Intel compilers 
(e.g., 


for C, PL/M, 
Pascal, 
and 
FORTRAN) 
can be ana- 


lyzed symbolically 
to improve 
software 
execution 
ef- 


ficiency 
and to validate 
test 
coverage. 
Any 
object 


code that lacks Intel compiler 
information-but 
that 


can be run by Intel emulators 
and for which an abso- 
lute 
program 
map 
is available-:can 
also 
be ana- 


lyzed 
(non-symbolically) 
by the 
iPAT 
analyst. 
The 


iPAT analyst 
operation 
is currently 
supported 
via a 


target 
interface 
to the 121CEsystem. 
For more infor- 


mation, 
see 
the 
iPAT 
analyst 
data 
sheet, 
Order 


Number 280165. 


inter 
121CETM 


Host Requirements 


Series III, Series IV, Model 800, or IBM PC AT or PC 
XT. 


512K 
bytes 
in host 
development 
system 
memory 
space. 


121CETMSystem Software 


121CEsystem 
host software 
121CEsystem 
probe software 
121CEsystem 
confidence 
tests 
PSCOPE-86 
(available 
as an option 
for the IBM PC 
AT or PC XT) 


Mappable 
zero wait-state 
memory 
(zero wait-states 
up to 10 MHz for 8086; 
8 MHz for 8088; up to 10 
MHz for 80186/80188, 
and 
up to 10 MHz for 80286): 


Trace buffer: 


Virtual symbol table: 


Minimum 
32K bytes 
Maximum 
288K bytes 


1023 x 48 bits 


The 
number 
of 
user 
program 
symbols 
is 
limited 
only 
by 
avail- 
able disk space. 


INSTRUMENTATION 
CHASSIS 
Width: 
17.0 in (43.2 cm) 


Height: 
8.25 in (21.0 cm) 


Depth: 
24.13 in (61.3 cm) 


Weight: 
48 Ibs (21.9 kg) 


HOST ICHASSIS 
CABLE 


10ft 
(3.0m) and 42 ft (12.8m) 
options 
for 
Series 
III/Series 
IV host 
15 ft (4.6m) for PC host 


INTER·CHASSIS 
CABLE 
SET 


2 ft (61 cm) and 10 ft (3.0m) options 


BUFFER 
BOX 
Width: 
8.5 in (21.6 cm) 


Height: 
3.0 in (7.6 cm) 


Depth: 
10.0 in (25.4 cm) 


Weight: 
8 Ibs (3.7 kg) 


90-132Vor 
180-264V 
(selectable) 
47-63 
Hz 
12 amps (AC) 


Environmental 
Requirements 
Operating 
Temperature: 
O°C 
to 
40°C 
(32°F 
to 
104°F) 


Operating 
Humidity: 
Maximum 
of 85% 
relative 
humidity, 
non-condensing 
. 


inter 
ICETM·386 
In~CircuitEmulator for the 80386 
• Provides 
Real-time 
Emulation 
of the 
• Provides 
Real-time 
Execution 
Trace 
80386 at Speeds 
up to 16 MHz 
With Time Tags That Can Be Used to 
• Maps User Program 
Memory 
Into a 
Analyze 
Execution 
Time of User Code 


Maximum 
of 128 KB of Memory 
in 4 KB 
• Supports 
Coprocessor 
Debugging 
Increments 
• Stores 
over 2000 Frames of Program 
• Allows Zero Wait-state 
Operation 
From 
Execution 
History 
User System 
Memory 
• Allows User to Assemble 
and 
• Provides 
Full Debug Support 
of 8086 
Disassemble 
Program 
Code In 80386 
Absolute 
Intel OMFs, and the 80286 and 
Instruction 
Mnemonics 
80386 Bootloadable 
Intel OMFs 
• Provides 
Human Interface 
with 
• Hosted 
on the Intel 286/310 
System 
Command 
Line Syntax, 
Guidance, 
Running XENIX· 
or on the IBM PC AT 
Command 
Line Editing, Control 
Running 
DOS 
Constructs, 
Debug Procedures, 
Debug 
• Allows 
User to Examine 
and Modify 
Variables, 
and Shell Escape to the Host 


Memory, 
1/0, and the 80386 Registers 
Operating 
System 
• Allows 
User to Examine 
and Modify 
• Uses the Four On-chip 
Breakpoints 
to 


Descriptor 
Tables, 
Page Tables, 
the 
Recognize 
Instruction 
Execution 


Interrupt 
Table; and the Task State 
Addresses 
or Data Access 
Addresses 


Segment 
Which Can Be Used to Trigger 
Break, 
Trace, 
or Change 
the State of External 
• Allows 
User to Set Breakpoints 
on Task 
Sync Lines 
Switching, 
External 
Inputs, Trace 
Buffer 
Full, and Instruction 
Execution 


The 
ICE-386 
In-Circuit 
Emulator 
provides 
sophisticated 
hardware 
and 
software 
debugging 
capabilities 
for 
80386-based 
designs. 
These 
capabilities 
include 
emulation 
of the 80386 CPU and the ability to examine 
and 
modify registers 
in optional 
numeric 
coprocessors. 


'XENIX 
is a registered 
trademark 
of Microsoft 
Corporation. 
:j:UNIX is a registered 
trademark 
of AT&T 
Bell Laboratories. 


The ICE·386 emulator consists of the following (see 
Table 1): 


• Power supply with three power cables (an AC ca- 
ble and two DC cables) 


• Control unit (CU) with an RS-232C communica- 


tion cable 


• User cable assembly with Processor Module 


(PM) 


• Stand-alone/self-test (SAST) unit 
• Optional isolation board (018) 
• A signal access board (SA8) 


• SA8 removal tool 
• Software (includes the emulator software and di- 
agnostic software) 


The power supply powers the control unit and the 
stand-alone self-test unit (SAST). 


The control unit (CU) controls the processor module 
and communicates with the host. The control unit 
has 128 K8 of emulation memory, over 2000 frames 
of trace storage, and a control processor. The fol- 
lowing connectors are on the control unit: 


• Power supply connector 
• GPI8 connector 
• RS-232C serial connector 
• User cable connector 
• Four 8NC connectors, two for SYNCIN and two 


for SYNCOUT signals (used as qualifiers for trig- 
gering external events with the GO command). 


The RS-232C cable or the (optional) GPI8 cable 
connects the control unit to the host computer. 


The user cable assembly comprises the processor 
module (the PM, which includes the 80386 emula- 
tion processor and IC buffers) and a cable that con- 
nects to the control unit. A target adaptor, mounted 
to the bottom of the PM, provides pin compatibility 
with the target 386 socket. The PM also has a sock- 
et for connecting the 018 or SAST unit to the emula- 
tor. 


The stand-alone self-test (SAST) unit permits stand- 
alone operation of the ICE-386 emulator by supply- 
ing power and a 16MHz CLK2 to the processor mod- 
ule. The SAST unit provides self-test and diagnostic 
tests for the ICE-386 emulator and the optional iso- 
lation board (018). Sockets are provided for plugging 
the 018 into the SAST unit and also for using the 
ICE-386 emulator with math coprocessors. 


The optional isolation board (018) is a circuit board 
that is installed between the processor module and 
the target system to protect the 80386 emulation 
processor from an untested target system. This en· 
sures proper operation of the ICE-386 emulator 
even if the user bus fails. When it is determined that 
the target system will not electrically damage the 
80386 emulation processor, the 018 can be re- 
moved and the emulation processor can operate at 
full speed. Use of the 018 limits the operating speed 
of the emulator to a maximum frequency of 8 MHz. 
See Table 3 for complete details on 018 timing. 


The signal access board (SA8) provides access to 
all the 80386 signal pins for attaching external in- 
struments, e.g., a logic analyzer. It can be installed 
between the processor module and the 018 board, 
or between the processor module and the target 
system. 


The SA8 removal tool is used to separate the signal 
access board from the processor module. 


The ICE-386 emulates the 80386 at speeds up to 16 
MHz, thus providing early detection of subtle timing 
problems that may arise at full speed. Intel's bond- 
out technology stresses the tightest possible con- 
formance between timing parameters of the emula- 
tor and the target processor. 


Event Recognition 
and Emulation 


Control 


The ICE-386 emulator is capable of recognizing the 
following conditions: 


• An instruction boundary 
• A data write to a user-specified linear or virtual 


address 
• A data access at a user-specified linear or virtual 


address 


• Trace buffer full 
• Task switch 
• External input 


Data breaks can be of 8YTE, WORD, and DWORD 
length and are aligned on boundaries equal to the 
range size. 
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Description 


Contains an 80188 control processor, serial and GPIB communications, 
128 KB mappable memory, and a trace buffer. 


Includes the user cable and the processor module, which contains the 
80386 emulation processor and the OIB/SAST connector. 


Allows stand-alone operation and self-diagnosis of the ICE·386 emulator. 


Protects the processor module from user-target-board bus failures during 
early prototype development. 


Provides access to the labeled 80386 pins for use with external instruments. 


Allows easy removal of the SAB from the emulation processor. 


Name 


Control Unit 


SAST Unit 


OIB 


SAB 


SAB Removal Tool 


Based on the preceding events, the ICE-386 emula- 
tor can take the following actions: 


• Halt emulation 
• Sequence through events; maintain a count of 


such occurrences 
• Assert SYNCOUT lines 


• Turn trace on/off 


In 
addition, 
software 
breakpoints, 
which 
allow 


breaks on instruction execution only, are useful in 


applications requiring extensive emulation breaking. 
These breakpoints have the following characteris- 
tics: 


• Software breakpoints are..placed only on RAM· 


based program code. 
• Software breakpoints are valid in any addressing 


mode; however, if they are placed on a virtual/lin- 
ear address, they will be translated to a physical 
address. 
• Software breakpoints cannot be altered by the 


GO command; they can only be removed. 
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Memory can be mapped either to the user hardware 
(USER) or to the ICE-386 emulator (ICE).The 80386 
microprocessor can address four gigabytes of mem- 
ory space. Partitions anywhere within this four giga- 
bytes processor space can be mapped to ICE. Thus, 
you can replace blocks of user address space to ICE 
and begin software development prior to completion 
of the target hardware. A maximum of 128 KB of 
mapped memory with an average of six wait states is 
mappable in 4 KB increments on 4 KB boundaries. 
Program code can be executed at zero wait-state 
from the target memory. When using mapped mem- 
ory, paging cannot be enabled because both func- 
tions share the same resources on the 80386. 


Mapping memory to ICE enables software develop- 
ment to begin before a user memory system is avail- 
able. If the target system uses EPROMs, ICE-386 
memory can replace the EPROM memory space so 
that you need not program the EPROMs during de- 
velopment. 


Program Tracing 


Over two thousand frames of program execution his- 
tory can be stored in the trace buffer. Each trace 
frame holds a linear address of the branch address 
(or old TSS and new TSS for task switch), the byte 
count between branches, and a time-tag. This infor- 
mation is used to reconstruct a history of program 
execution. The ICE-386 emulator runs at about 93% 
of its full speed (when trace is enabled) assuming 
that a program discontinuity occurs every seven in- 
structions. Turning the trace option off enables true 
full-speed emulation of the 80386 microprocessor. 
Trace data can also be displayed during emulation. 
However, enabling this feature may degrade emula- 
tor performance by causing the 80386 to enter a 
ready hang while the ICE-386 control processor is 
accessing the trace buffer. 


Processor IMemory 
Examination 
and 
Modification 


80386 registers can be accessed mnemonically 
(e.g., EAX) with the ICE-386emulator software. Data 
can be displayed or modified in one of four bases: 
hexadecimal, decimal, octal, or binary, and in ASCII 
format. Program code can be disassembled and dis- 
played as 80386 assembly instruction mnemonics, 
or it can be disassembled and displayed in 8086 or 
80286 mode. 


The 80386 microprocessor can operate in four 
modes: real, protected, page protected, and virtual 
86. These modes modify the operation of the emula- 
tion processor to provide compatibility with the 8086, 
80186, and 80286 microprocessors and to provide 
support for a variety of system architectures. The 
ICE-386 emulator can be used to debug in all of 
these microprocessor operating modes. 


Program Stepping 


With the ICE-386 emulator, you can single step 
through program code by referencing machine-level 
instructions, line numbers, or high-level language 
statements. 


Symbolic Debugging 


ICE-386 software takes advantage of the special 
debug information provided by Intel compilers, pro- 
viding superior debug ability. It allows the software 
developer to examine or modify memory locations 
using symbolic references. A symbolic reference is a 
program procedure name, line number, or program 
label that corresponds to a location in the program 
space. Symbolic debugging allows you to work in the 
context of the original program, helping to meet the 
most critical schedules. 


The ICE-386 emulator maintains a virtual table for 
program symbols making it possible for the table to 
exist without fitting entirely into the host RAM memo- 
ry. 


ICETM·386 Emulator Operating 
Modes 


The ICE-386 emulator software has two operating 
modes, interrogation and emulation. Interrogation 
mode allows you to enter any ICE-386 command. 
Emulation mode allows execution of the user pro- 
gram code and execution of commands not requir- 
ing interaction with the emulation processor. 


Debug Procedures 


Debug procedures (PROCs) are named, user-de- 
fined groups of ICE-386 emulator commands. They 
can be stored on disk and recalled in later debug- 
ging sessions, thus saving you from having to re-en- 
ter commands. 


intJ 


One advantage of PROCs is that they allow you to 
automate the software testing process. The PROC 
may repeatedly generate test values, execute the 
user program with varied input values, and record 
the results. PROCs aid in the development of com- 
prehensive batch tests. 


The ICE-386 emulator software includes features to 
help enter commands, set up the debug environ- 
ment, and display command options. Also, there are 
features similar to those found in the UNIX:j:/XENIX 
operating system environment. These features in- 
clude input/output redirection, command piping, and 
escaping from the shell. The ICE-386 emulation soft- 
ware has a set of mathematical operators and con- 
trol constructs 
similar to those found in Intel's 
121CETMemulator and the C programming language. 


ICE-386 emulator commands provide access to the 
coprocessor's stack, status registers, and flags. In 
addition, the disassembly command extends to the 
math coprocessor's instructions and data types. 


Language Support 


The ICE-386 supports all 8086 absolute and 80286/ 
80386 bootloadable Intel OMFs. These include the 
following Intel languages: 


ASM86 
PL/M-86 
C-86 
Pascal-86 
FORTRAN-86 


ASM286 
PL/M-286 
C-286 
Pascal·286 
FORTRAN-286 


ASM386 
PL/M-386 
C-386 


ICE·386™ 
EMULATOR 
COMMAND 
FUNCTIONS 


The ICE-386 emulator command language can be 
divided into the following functional categories. 
• Emulation 
commands 
- 
The 
GO, 
LSTEP, 


PSTEP, and ISTEP commands instruct the emu- 
lator to begin emulation. The GO command also 
has many options that allow recognition of a com- 
plex set of conditions. 


• Utility commands - 
These are general purpose 


commands for use in a debugging environment. 
For example, the PRINT command displays se- 
leCtedframes of trace data. A command line edi- 
tor and history buffer are also provided for ease 
of command entry. 


• Environment commands - 
These commands set 


up the debug environment. For example, the 
MAP command sets up the memory map. The 
DEFINE command is used to create PROCs and 
definitions. 


• File handling commands - 
These commands 


are used to access disk files. Debug object defini- 
tions can be saved to a disk file for use in later 
debug sessions. Debug sessions can be record- 
ed to a disk file or a line printer for later analysis. 


• Register access commands - 
These commands 


enable you to access the 80386 processor regis- 
ters. Registers may be displayed or modified by 
name (e.g., EAX, EBX, etc.) or may be displayed 
in groups (REGS, CREGS, and SREGS). 


• Descriptor access commands - 
These com- 


mands enable you to display descriptor tables 
and to symbolically display or modify individual 
descriptor 
components 
(e.g., 
GDT[10].Iimit, 


DT[CS].base). 


• Memory and I/O access commands - 
These 


commands 
provide 
access 
to 
user 
memory 


space. Input and output are interpreted according 
to a set of data types and the requested numeric 
base. 


• Stack frame access command - 
CALLSTACK 


allows you to display the current chain of proce- 
dure calls in the user program being executed. 


The following lists the minimum host requirements 
for the Intel 286/310 and the IBM PC AT. 


• Intel System 286/310 - 
2 MB of RAM, 40 MB 


fixed disk, at least one floppy disk drive, and the 
XENIX 286 operating system (version 3.0 with 
Update 3). 


• IBM PC AT - 
2 MB of RAM (Lotus·, Intel, and 


Microsoftt extended memory specifications) (In- 
tel's ABOVE Board with 1.5 MB is required), 20 
MB fixed disk, at least one floppy disk drive, a 
serial interface, and the DOS operating system 
(version 3.1). 


For enhanced upload/download 
performance, an 


optionallEEE-488 (GPIB) adaptor can be purchased 
for the IBM PC AT. Note that this IEEE-488 (GPIB) 
adaptor is reference sold by Intel and the details are 
given under the section titled "Referenced Product" 
after the section, "Ordering Information". 


inter 


Figure 
1 illustrates 
the interface 
between 
the 80386 
processor 
in the 
processor 
module, 
the 
ICE-386, 
and the user system. 
When the processor 
module 
is 
directly 
attached 
to the target 
system 
without 
using 
the optional 
isolation 
board, the user must take three 


things 
into consideration: 
the shared 
data bus, the 
shared address 
bus, and the fact that the user-reset 


is intercepted 
by the ICE hardware. 
For ICE-386 
to 


be functional 
in this configuration, 
the target 
system 
must satisfy the following 
restrictions: 


• The user bus controller 
must only drive the data 
bus during a valid read cycle of the 80386 or while 
the processor 
is in hold state. 


• The 
user system 
must 
gain 
control 
by asserting 
HOLD and receiving 
HOLDA before driving the ad- 


dress bus. 


• The user reset signal is disabled 
during interroga- 


tion and delayed 
by 2 to 4 CLK2 
cycles 
when 
in 


emulation. 


• The user system 
must be capable 
of driving 
one 


additional 
TIL 
load on all signals 
that 
go to the 


ICE-386. 


If the target 
system 
does 
not satisfy 
restrictions 
1 


and 
2, the 
optional 
isolation 
board 
(018) 
must 
be 


used to isolate the emulation 
processor 
from the tar- 


get system. 


Required System Resources 


The ICE-386 emulator 
requires 
exclusive 
use of the 


80386's 
on-chip 
debug 
registers 
and 
INT1 
under 


normal 
usage. 
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PROCESSOR 
MODULE/OPTIONAL 
ISOLATION 
BOARD 
DIMENSIONS 


The height of the processor module (with OIB or 
SAB installed) requires 1Y4 inches (3.18 cm) of 
space between boards to connect the processor 
module to the OIB, or to connect the processor 
module to the SAB. If the processor module is con- 
nected to both the OIB and the SAB, 11j4inches 
(3.18 cm) are required on both sides, thus increasi~g 
the space requirement to 2% inches (6.35 cm). FIg- 
ure 2 shows the dimensions of the procesor module, 
the OIB and the SAB in the three possible configura- 
tions. 


Table 2 lists the physical characteristics of the ICE- 
386 emulator components. 


SYNC 
LINE SPECIFICATIONS 


The SYNCIN lines must be valid for at least one in- 
struction cycle because they are only sampled on 
instruction boundaries. The SYNCOUT lines are 
driven by TTL open collector outputs that have 
4.75K-ohm pull-up resistors. The SYNCIN lines are 
standard TTL inputs. 


AC SPECIFICATIONS 


Table 3 lists the ICE-386 emulator's AC specifica- 
tions with the OIB installed. In Table 3, the numbers 


shown in the column titled "Maximum" are derived 
from using the timing symbols (t1, t2a, t2b, etc.) in 
the AC Specification Tables in the 80386 High Per- 
formance 32-8it 
Microprocessor 
With Integrated 


Memory Management data sheet and adding the a~- 
ditional time required to operate when the OIB IS 
installed. The asterisks following the timing symbols 
in the column titled "Symbol" 
indicate that these 


timing symbols relate to the timing symbols of the 
80386 microprocessor operating at 16 MHz. Active 
low is indicated by the overscore (e.g., LOCK). 


The AC specifications for the ICE-386 emulator with 
the OIB removed are the same as those for the 
80386 microprocessor, with the 01B removed, ex- 
cept for t25 and t26, as shown in Table 4. 


DC SPECIFICATIONS 


Table 5 lists the DC specifications of the ICE-386 
emulator at the processor module with the OIB in- 
stalled. 


Table 6 lists the DC specifications of the ICE-386 
user probe with the OIB board removed. 


The ICE-386 emulator's buffer circuitry adds addi- 
tional DC loadings to the 80386 pins listed in Table 
7. 


Power 
Supply 


100-120V or 220-240V (selectable) 
50-60 Hz 
2 amps (AC Max) @ 120V 
1 amp (AC Max) @ 240V 


Width 
Height 
Length 
Weight 


Unit 
Inches 
cm 
Inches 
cm 
Inches 
cm 
Ibs 
kg 


Control unit 
10.5 
26.7 
1.5 
3.8 
16.0 
40.0 
6.0 
2.72 
Processor modulet 
3.8 
9.6 
1.3 
3.3 
5.1 
13.0 
SASr- 
6.0 
15.2 
2.0 
5.1 
8.0 
20.3 
3.5 
1.59 
OIB 
3.8 
9.6 
.9 
2.3 
5.1 
13.0 


Power supply 
2.8 
7.1 
4.15 
10.7 
11.0 
27.9 
4.7 
2.14 


User cable 
22.0 
55.9 


Serial cable 
12.0' 
3.66m 


SAB 
4.6 
11.7 
.8 
2.0 
4.1 
10.7 
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Symbol 
Parameter 
Minimum 
Maximum 
Notes 


t1· 
CLK2 period 
62.5 ns 
t1 Max 


t2a· 
CLK2 high time 
t2a Min + 2 ns 
@2V 


t3b· 
CLK2 low time 
t3b Min + 2 ns 
@O.SV 
t6· 
A2-A31 
valid delay 
t6 Min + 2 ns 
t6 Max + 16.1 ns} 
CL = 120pf 


t14 Max + 35 ns 
Note 3 
t7· 
A2-A31 
float delay 
t14 Min + 6 ns 
t14 Max + 27 ns 
tS· 
BEO-BE3, 
LOCK valid delay 
tS Min + 2 ns 
tS Max + 14.S ns 
CL = 75 pf 
t9· 
BEO-BE3, 
LOCK float delay 
t14 Min + 6 ns 
t14 Max + 27 ns 
t10· 
W IR, MilO, 
O/C, AOS valid delay 
t10 Min + 2 ns 
t10 Max + 14.S ns 
CL = 75 pf 


t11· 
W/R, 
MilO, 
O/C, AOS float delay 
t14 Min + 6 ns 
t14 Max + 27 ns 
t12· 
00-031 
write data valid delay 
t12 Min + 3 ns 
t12 Max + 12.1 ns 
CL = 120 pf 


46ns 
Note 1 
t13· 
00-031 
write data float delay 
10 ns 
41 ns 


t14· 
HLOA valid delay 
t14 Min + 1 ns 
t14 Max + 6 ns 
t16· 
NA hold time 
t16 Min + 6 ns 


t1S· 
BS16 hold time 
t1S Min + 6 ns 


t20· 
REAOY hold time 
t20 Min + 6 ns 


t21· 
00-031 
read setup time 
t21 Min + 9 ns 


t22· 
00-031 
read hold time 
t22 Min + 3 ns 


t23· 
HOLO setup time 
t23 Min + .5 ns 


t24· 
HOLO hold time 
t24 Min + .5 ns 


t25· 
RESET setup time 
t25 Min + .5 ns 
Note 2 
t26· 
RESET hold time 
t26 Min + .5 ns 
Note 2 
t27· 
NMI, INTR setup time 
t27 Min + .5 ns 


t2S· 
NMI, INTR hold time 
t2S Min + .5 ns 


t29· 
PEREQ, ERROR, 
BUSY setup time 
t29 Min + .5 ns 


t30· 
PEREQ, ERROR, BUSY hold time 
t30 Min + .5 ns 


Note 1: t12· Max is the larger of the two entries. 
Note 2: To calculate t25· or 126·, use the value of 125or 126in Table 4. 
Note 3: Use the first entry for t6· Max for all cycles except cycles started on the same clock as HLDA is deasserted. For 
those cycles use the larger of the two entries. 


Symbol 
Parameter 
Minimum 
Maximum 
Notes 


t25 
RESET setup time 
12 ns 
- 
1 
t26 
RESET hold time 
3 ns 
1 


Note 1: These setup and hold specifications must be satisfied to ensure proper syncronization of the ICE-386 emulator to 
the target system. The RESET signal is delayed two or four CLK2 cycles before arriving at the RESET input of the 80386. 


Symbol 
Parameter 
Minimum 
Maximum 
Notes 


OIB-lcc 
Supply current 
PM-Ice + 500 mA 
1 


Vol 
Output low voltage. 
101= 48 ma, A2-A31, 
0.5V 
00-031, 
BEO-BE3, ADS, W/R, 
O/C, MilO, 
LOCK, HLOA 


Voh 
Output high voltage. 
loh = 3ma, A2-A31, 
2.4V 


00-031, 
BEO-BE3, ADS, W/R, 
O/C, 
MilO, 
LOCK, HLOA 


Iii 
Input low current. CLK2, RESET, HOLD READY 
.5mA 
.26mA 


lih 
Input high current. CLK2, RESET, HOLD READY 
20 J.Ioa 
40 J.Ioa 


110 
Output leakage current. A2-A31, 
00-031, 
± 20 J.Ioa 


BEO-BE3, ADS, W IR, O/C, MilO, 
LOCK 


Note 1: 018-lee is the supply current of the ICE-386 user probe with the 018 installed. PM-Ice is the supply current of the 
user probe with the 018 removed. 


Symbol 
Parameter 
Maximum 
Notes 


PM-Ice 
Supply current. CLK2 = 16 MHz: with 80386-16 
80386-lcc + 800 mA 


Cin' 
Input capacitance 
Cin + 15 pf 
1,2 


Cout' 
Output or 1/0 capacitance 
Cout + 15 pf 
1,3 


Cclk' 
CLK2 Capacitance 
Cclk + 15 pf 
1 


Note 1: Symbols followed by an asterisk are ICE-386 user-probe specifications and are given in terms of the corresponding 
80386 specifications plus a constant. 
Note 2: Specification applies to the READY and RESET signals. 
Note 3: Specification applies to the A2-A31, 00-031, 8EO-8E3, W/R, MilO, ADS, and HLDA signals. 


Signal 
IlhMaximum 
IIIMaxlmum 


A2-A31, 
00-031, 
BE2, BE3 
0.02 mA 
0.1 mA 
AOS,BEO,BE1,HLOA 
0.02mA 
1 mA 
MilO 
0.02mA 
0.5mA 
W/R 
0.04 mA 
1 mA 
READY 
0.02mA 
0.02mA 
CLK2 
0.05 mA 
2mA 


Environmental 
Specifications 


Operating temperature - 
10°·40°C (50°·104°F) 


Operating humidity - 
maximum of 85% relative hu- 


midity, non-condensing 
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Order Code 
ICE386XP 
Description 
The complete ICE-386 emulator 
system 
including 
control 
unit, 
processor module, power supply, 
SAST, OIB, SAB, a serial commu- 
nication cable (SCOM5), and soft- 
ware (S386XP/S386X). (Requires 
software license, Class I) 


The complete ICE-386 emulator 
system 
including 
control 
unit, 
processor module, power supply, 
SAST, OIB, SAB, a serial commu- 
nication cable (SCOM4), and soft- 
ware 
(S386DP/S386D). 
(Re- 
quires software license, Class I). 
Note: A GPIB adapter card and 
cable for the IBM PCAT is option- 
ally available. Please contact your 
Intel Field Applications Engineer 
for more information. 


A 12-foot serial cable for the ICE- 
386 - 
IBM PC AT connection 


ICE·386 software for hosting on 
the IBM PC AT running DOS3.1 


A 12-foot serial cable for the ICE- 
386 - 
Intel 286/310 connection 


ICE-386 software for hosting on 
the Intel System 286/310 running 
XENIX release 3.0 with Update 3 


Please call National Instruments at 800· 
531-5066 or 800-474-2488 (in Texas 
only) to place your order in U.S. contact 
your Intel Salesman for a distributor 
nearest you. 
GPIB-PCIIA Part No. 776113-01. GPIB adaptor card 


and DOS handler for the IBM PC AT. 


Cable 
Part No. 763061-01 for 1 meter cable 
Part No. 763061-02 for 2 meter cable 
Part No. 763061-03 for 4 meter cable 
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iSBE-96 DEVELOPMENT 
KIT . 


SINGLE BOARD EMULATOR AND ASSEMBLER 
FOR THE MCS®-96 FAMILY OF MICROCONTROLLERS 


• 
Hosts 
-Intellec@ 
Series IIII1V Development 
Systems 
-IBM* 
PC AT, PC XT, and Compatibles 
(3.0) 


• 
Eight Software 
Execution 
Breakpoints 
That Can Selectively 
Be Turned 
On and 
Off 


• 
12 MHz Emulation 
Speed 


• 
Single Line Assembler/Disassembler 


• 
MCS@-96 Software 
Support 
Package 


• 
Configurable 
Serial I/O 


• 
17.75 of On-Board 
User Memory 


• 
Optionally 
Expandable 
to 64K of On- 
Board User Memory 


The iSBE-96 emulator supports the execution and debugging of programs for the MCS-96 family of microcon- 
trollers at speeds up to 12 MHz. The MCS-96 family configurations are shown in Table 1. The iSBE-96 
emulator consists of an 8097 microcontroller, a serial port and cables, and an EPROM-based monitor that 
controls emulator operation and the user interface. 


The iSBE-96 emulator is a combination of hardware and software that permits programs written for the 
MCS-96 family of microcontrollers to be run and debugged in the emulator's artificial environment or in the 
user's prototype system. As a result, development time can be reduced by the early integration of hardware 
and software. 
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Integrated 
Hardware 
and Software 
Development 


The iSBE-96 emualtor allows hardware and software 
development to proceed simultaneously. This ap- 
proach is more time- and cost-effective than the al- 
ternate method: independent hardware and soft- 
ware development followed by system integration. 
With the iSBE-96 emulator, prototype hardware can 
be added to the system as it is designed; software 
and hardware integration occurs while the product is 
being developed. The emulator aids in the recogni- 
tion of hardware and software problems. 


Emulation is the controlled execution of the proto- 
type software in the prototype hardware or in an arti- 
ficial hardware environment that duplicates the mi- 
crocontroller of the prototype system. The iSBE-96 
emulator permits reading and writing of system 
memory, and control of program execution. The em- 
ulator also allows interactive debugging of the proto- 
type software and can externally control program ex- 
ecution while operating in the prototype system. 
When the prototype system memory is not yet avail- 
able, the iSBE-96 emulator's on-board memory per- 
mits software debugging. 


Table 1. The Configurations 
of the MCSf)-96 
Family of Mlcrocontrollers 


68 Pin 
48 Pin 


ROMLESS 
8096 


Digital I/O 
ROM 
8396 


EPROM 
8796 


ROMLESS 
8097 
8095 
Analog and 
ROM 
8397 
8395 
Digital I/O 
EPROM 
8797 
8795 


The iSBE-96 emulator software is available for use 
with the following host systems: 


• Intellec Series III and Series IV development sys- 
tems 
• IBM PC/AT and PC/XT computer systems 


The iSBE-96 emulator software is also available 
from U S Software' for use on the Intel Personal 
Development System (iPDSTM)and the Intellec Se- 
ries II development system. 


'NOTE: 
U S Software is a registered trademark of United 
States Software Corporation. 


The iSBE-96 emulator is supplied with a driver rou- 
tine that communicates with the monitor software on 
the iSBE-96 emulator board through serial channel 1 
or 2 (com1/com2). The driver interrupts the 8097 
using the non-maskable interrupt (NMI) line for in- 
coming keyboard input. The commands associated 
with the driver and the monitor are described in the 
following sections. 


iSBE-96 emulator is shipped with driver software for 
use on the Series '"/IV 
development systems and 
the IBM PC AT/XT running PC DOS, version 3.0 or 
greater. The driver software provides a few easy-to- 
use commands. These commands are described in 
Table 2. ASM/DASM available on DOS version only. 


Table 2. iSBE-96 Driver Commands 


Driver Command 
Function 


ASM 
Loads memory with MCS-96 
assembly mnemonics. 
DASM 
Displays memory as MCS-96 
assembly mnemonics. 
EXIT 
Exits the driver and returns to 
the host operating system. 


<CONTROL> C 
Same as for the EXIT 
command. 
HELP 
Displays the syntax of all 
commands. 


INCLUDE 
Specifies a command file. 
<CONTROL> I 
Turns the command file on 
and off. 
<TAB> 
Same as <CONTROL> 
I 
(turns the command file on 
and off). 
LIST 
Specifies a list file. 


<CONTROL> L 
Turns list file on and off. 
<CONTROL> S 
Stops scrolling of the screen 
display. 
<CONTROL> Q 
Resumes scrolling of the 
screen display. 
<CONTROL> X 
Deletes the line being 
entered. 
<ESCAPE> 
Aborts the command 
executing. 


The iSBE-96 monitor performs the following func- 
tions: 


• Loads and saves user programs. 
• Independently emulates user programs. 
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Monitor 
Function 
Command 


BAUD 
Sets up the baud rate. 


BR 
Permits display and setting of 
up to eight software 
breakpoints. 
BYTE 
Permits display and changing 
of a single byte or range of 
bytes of memory or a single 
byte of the 8097 internal 
registers. 


CHANGE 
Permits display and changing 
of a series of memory words 
or bytes. 
<CONTROL> 
S 
Stops scrolling 
of the screen 
display. 


<CONTROL> 
Q 
Resumes 
scrolling 
of the 


screen display. 
<CONTROL> 
X 
Deletes the line being 
entered. 
<ESCAPE> 
Aborts the command 
executing. 


GO 
Begins emulation 
and 


continues 
until an enabled 
breakpoint 
is reached 
or the 
escape 
key is pressed. 
LOAD 
Loads programs 
and data 


from disks. 
MAP 
Permits mapping of several 
preprogrammed 
memory 
maps; also permits 
configurable 
serial I/O and 


selective 
servicing 
of the 


watchdog 
timer. 
PC 
Displays and changes 
the 
program counter. 


PSW 
Displays and changes 
the 


program 
status word. 
RESET CHIP 
Resets the 8096 to power-up 
conditions. 
SAVE 
Saves programs 
and data to 
disks. 
SP 
Displays and changes 
the 


stack pointer. 


STEP 
Provides single-step 
emulation 
with selective 
display formats. 


VERSION 
Displays the monitor version 
number. 
WORD 
Permits display and changing 
of a single word or range of 
words of memory or a single 
word of the 8097 internal 
registers. 


• 
Examines 
and changes 
memory 
contents. 


• 
Examines 
registers. 


• 
Maps the file capabilities 
of the serial ports (DS/ 


DT). 


• 
Maps different 
memory 
configurations. 


Integrating 
Hardware 
and Software 


When the prototype 
system 
hardware 
is developed, 


the 
iSBE-96 
emulator 
interfaces 
to 
the 
prototype 


through 
two 50-pin ribbon cables. 
The emulator 
can 


then execute 
code from the iSBE-96 
on-board 
RAM 


(or from 
user-provided 
memory) 
and 
exercise 
the 


prototype 
system 
hardware. 


Figure 
1 is a block 
diagram 
showing 
the 
iSBE-96 


emulator. 
The 
following 
sections 
describe 
each 


block. 


The 
68-pin 
processor 
of the 
iSBE-96 
emulator 
is 


used 
only 
in the 
8097 
external-access 
mode. 
An 


8097BH 
will be supported 
in 16-bit bus mode only. 


An adapter 
board is provided 
for the 68-pin PGA ver- 


sion of the 8096 and 8097 
microcontrollers. 
When 


debugging 
a 68-pin 
package, 
the two 50-pin 
ribbon 


cables 
plug into the 68-pin 
adaptor 
board 
which 
is 


plugged 
into the 68-pin socket 
on the prototype 
sys- 


tem. 


When 
debugging 
a 48-pin 
package, 
the two 50-pin 


cables 
plug into the 48-pin 
adaptor 
board, 
which 
is 


then 
plugged 
into a 48-pin 
socket 
in the prototype 


system. 
A 68-pin 
PLCC Adaptor 
may be ordered. 


The iSBE-96 emulator's 
memory-mapped 
I/O devic- 


es are used to manage the system. These I/O devic- 
es 
are 
mapped 
into 
memory 
between 
locations 


01 FOOH and 01 FFFH. 


Included 
as part of the I/O are two serial ports. One 


is configured 
as data set (OS) and the other as data 


terminal 
(DT). When operating 
with an Intellec® 
de- 


velopment 
system, 
the data set port is used as the 


system 
console 
and the link for exchanging 
files. 
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The serial ports are serviced under control of the 
NMI interrupt. The NMI interrupt has highest priority 
on the microcontroller and interrupts the user pro- 
gram when characters are entered from the key- 
board. When in emulation, the monitor will still serv- 
ice inputs from the keyboard and execute certain 
monitor commands. Monitor activity is not transpar- 
ent to the user. 


There are eight 28-pin JEDEC byte-wide sockets 
with 2K-by-8 static RAMS present on the board. The 
partition on the user's prototype system that will be 
ROM is simulated by RAM on the iSBE-96 emulator 
board. This RAM facilitates easy program develop- 
ment, allowing users to correct and test problems in 
their programs. 


ROMSIM can be expanded by replacing the iSBE-96 
RAMs with 8K-by-8 static RAMs. 


Port 3·4 Logic 


The port 3-4 logic has two functions: to provide bus 
expansion and to provide I/O ports. The port 3-4 
logic is controlled by a software switch available with 
the MAP command. 


The iSBE-96 emulator reconstructs ports 3 and 4 of 
the 8395, 8396, and 8397 microcontrollers when the 
logic is defined by the MAP command as port 3-4. 
This port function should be selected when one of 
these four microcontrollers is intended as the target 
microcontroller. 


When the BUS switch of the MAP command is spec- 
ified, the iSBE-96 address/data expansion bus is 
available to the prototype system. 


THE iSBE·96 EMULATOR 
MEMORY 


MAP 


The target system should be designed with a memo- 
ry map that is compatible with one of the iSBE-96 
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USER 


ROMSIM 


TRAP 
VECTOR- 


RESERVED 
FOR MONITOR 


ROMSIM 


RESERVED 


USER 


DATARAM 
OR 
OPEN 


INTERNAL 
REGISTERS/ 
MONITOR 
ROUTINES 


OOOH 


Figure 2. ISBE·96 Emulator Default Mapping 


memory maps. Figure 2 shows the default address 
mapping. The following sections describe the areas 
of memory. 


Internal Registers/Monitor 
Routines 


Normally locations OOOHthrough OFFH contain the 
internal register space of the 8097. However, in- 
struction fetches from these locations access exter- 


nal memory. This memory space contains the moni- 
tor's non-maskable interrupt service routine and utili- 
ty routines. 


For the monitor to access the user memory, the ad- 
dress and data is passed to the interrupt or utility 
routines. The routines then modify the mode register 
to enable user memory, disable all of the monitor's 
memory (except page zero), and perform the appro- 
priate operation. After an operation is complete, the 
service and utility routines restore the mode register 
to its previous state and return to the main monitor 
code. The NMI service routine is used to handle the 
keyboard input on the serial port. 


Locations 100H to 7FFH are mapped as the DA- 
TARAM space. This RAM is for general purpose use 
and is optionally enabled by using the MAP com- 
mand. When the DATARAM buffer is not enabled, 
any access to this partition results in an access to 
user prototype system memory. 


Locations 800H to 1EFFH are a user area. If an ac- 
cess is made to this partition, it is directed to the 
user's prototype system. Any memory mapped as 
I/O in the user system should be placed in this parti- 
tion. With 8K-by-8 static RAMs, this area is located 
and available on the iSBE-96 board. 


Locations 1FOOHto 1FFFH are reserved by the 
monitor for on-board I/O devices. 


Because some of the MCS-96 family of microcon- 
trollers are ROMLESS parts, a user program can be 
loaded for execution into the on-board RAMS of the 
iSBE-96 emulator. Locations 2000H to 5FFFH are 
mapped to this RAM space; the space is called 
ROMSIM. 


Locations 2000H to 2010H are the interrupt vector 
locations. Vector address location 2010H is used by 
the iSBE-96 monitor for breakpoints. 
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The 
partition 
6000H 
to OFFFFH 
is mapped 
to the 


user prototype 
area. During emulation 
any access to 


this partition 
is directed 
to the user's 
prototype 
sys- 


tem. 


On-board 
memory 
can 
be expanded 
to a full 64K 
bytes by replacing 
the supplied 
2K-by-8 static RAMs 
with 8K-by-8 
static 
RAMs or PROMs. 
The user may 
also replace 
on-board 
ROMS 1M memory with 2K-by- 
8 PROMs or even locate all 64K bytes of memory on 
the prototype 
system. 


Designers 
should 
note the following 
considerations 


for designing 
with the iSBE-96 
emulator: 


• 
The iSBE-96 
software 
uses 6 bytes of user stack 
space. 


• 
Analog 
signal 
accuracy 
is impaired 
when 
driven 
over the emulator 
cable 
(up to ± 50 mV loss of 
AID 
conversion 
accuracy). 


• 
The iSBE-96 
emulator 
has some ac/dc paramet- 


ric differences 
from the 8097 chip. 


• 
The NMI vector 
is used for console 
service 
(Intel 


reserved 
interrupt). 


• 
Keyboard 
activity 
during 
emulation 
affects 
real- 


time emulation 
because 
a 50 to 100 microsecond 


interrupt 
service 
routine 
is executed 
for 
every 


keystroke. 


• 
The only hardware 
reset available 
for the iSBE-96 


emulator 
is the system 
reset 
momentary 
switch 


(switch 
1 on the emulator 
board). 


• 
User system memory 
should be configured 
to the 


iSBE-96 
memory 
map (see Figure 2). 


• 
The 
iSBE-96 
emulator 
does 
not support 
a user 


system 
crystal 
as shipped. 


• 
The iSBE-96 
driver software 
provided 
by Intel is 


not compatible 
with the Intellec 
Model 800 or Se- 


ries II Development 
Systems. 


• 
The IBM PC/AT 
and PC/XT 
have been evaluated 


and accepted 
by Intel as compatible 
hosts for its 


development 
systems. 
Intel 
has 
not 
evaluated 


any ohter PC DOS machines 
(3.0). However, 
Intel 


knows of no reason why these PC DOS machines 
would 
not be compatible 
hosts 
for its develop- 


ment systems. 
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Equipment Supplied 


Standard MULTIBUS<!l-sizeboard assembly 


Two standard, 18 in., 50-pin ribbon cables for con- 
nection to the user's prototype system 


Adapter board for the 48-pin DIP and 68-pin PGA 
versions of the MCS-96 microcontroller 


One 8 in. single-density software disk for the Series 
III 


One 8 in. double-density software disk for the Series 
III 


18B£-96 
User's 
Guide (Order number 164116) 


i8B£-96 
Pocket 
Reference 
(Order number 164157) 


Developing 
MC8-96 
Applications 
Using i8B£-96 
(Or- 


der Number 280249-001, AP-273) 


Physcial Characteristics 


Width: 6.75 in. (17.15 cm) 
Length: 12 in. (30.48 cm) 
Height: 0.75 in. (1.91 cm) 


Voltage 
Current 


+5V ± 5% 
3.5a max 


+12V±5% 
0.06a max 


-12V 
± 5% 
0.05amax 


Environmental 
Characteristics 


Operating Temperature: 10·C to 40·C 
Operating Humidity: 
10% to 85% relative hu- 
midity, without condensa- 
tion 


IBM PC XT/AT 
Host Requirements 


• PC DOS, version 3.0 or greater 
• External power supply 
• Serial channel Com1/Com2 


iSBE-96 DOS upgrade kit for those 
customers who wish to upgrade their 
Series III/IV kit to run on the IBM PC 
AT or PC XT. 
iSBE-96 Series III/IV upgrade kit for 
those customers who wish to up- 
grade their DOS kit to run on Intel 
Hosts). 
68-pin PLCC Adaptor Board. 


Intel 3065 Bowers Ave. 
Santa Clara, CA 95051 
Part Number Description 
SBE96SKIT 
iSBE-96 single board emulator for 
use with the Series III/IV develop- 
ment systems. The kit contains the 
following parts: 
• iSBE-96 single board emulator 


• MCS-96 software support package 


for the Series III/IV development 
systems 


• iSBE-96 Series III/IV upgrade kit 


(cables and software needed to 
run on Intel Hosts) 


SBE96DKIT 
iSBE-96 single board emulator for 
use with the IBM PC/AT and PC/XT 
computer systems. The kit contains 
the following parts: 
• iSBE-96 single board emulator 


• MCS-96 software support package 


for PC DOS 


• iSBE-96 DOS upgrade kit (cables 


and software needed to run on the 
IBM PC/AT or PC/XT) 


US Software 
5470 N. W. Innisbrook 
Portland, OR 97229 
Phone: 503-645-5043 
International Telex 4993875 
Part Number 
Description 
XASM96 
Performs assembly of MCS<K>-96 
pro- 


grams written on the iPDS. 


ATOP96 
iPDS and Series II software for iSBE- 
96 host communications. Performs 
host communications and assembly/ 
disassembly of iSBE-96 instructions. 
The XASM Host Cross Assembler 
software must be ordered with this 
software. 


intJ 
VLSiCETM-96 
IN-CIRCUIT EMULATOR FOR THE 8X9X 
FAMILY OF MICROCONTROLLERS 


• 
Shadow 
Registers 
Allow Reading 
Many 
8096 Write-Only 
and Writing 
Many 
Read-Only 
Registers 


• 
Break and Trace 
are Qualified 
on 
Execution 
Addresses, 
Data Addresses, 


and Values (Both External 
and Internal 
RAM), Opcodes, 
Selected 
PSW Flags, 
and 2 External 
Sync Lines 


• 
Equipped 
with the Integrated 
Command 


Directory 
(ICDTM) Which Provides 
- 
An On-Line 
Help File 
- 
A Dynamic 
Syntax 
Menu 
- 
Dynamic 
Command-Entry 
- 
Error Checking 
- 
On-Line 
Editor 


• 
Serially 
Linked to Intel Series 
III/IV 
Hosts or IBM· 
PC-XT and AT 
The VLSiCE-96 
In-Circuit 
Emulator 
is a debugging 
and test tool used for development 
of the hardware 
and 


software 
of a target 
system 
based 
on the 8X9X family 
of microcontrollers 
(8095, 
8096, 
8097, 
8395, 
8396, 


8397,8795,8796,8797) 
including 
BH components. 


• 
Precise 
Real-Time 
Emulation 
of the 
8X9X Family of Components 


• 
64K of Mappable 
Memory 
for Early 
Software 
Debug and (EP)ROM 
Simulation 


• 
A 4K-Entry 
Trace 
Buffer for Storing 
Real-Time 
Execution 
History, 
Including 
Both Code and Data Flows 


• 
FASTBREAKS 
and Dynamic 
Trace 


• 
Symbolic 
Debugging 
Allows Accesses 
to Memory 
Locations 
and Program 
Variables 
(Including 
Dynamic 
Variables) 
Using Program-Defined 
Names from 
the User's Assembler 
or Compiler 
Source 
Code 
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The VLSiCE-96 emulator allows hardware and soft- 
ware development of a design project to proceed 
simultaneously. With the VLSiCE-96 emulator, proto- 
type hardware can be added to the system as it is 
designed and software can be developed prior to 
the completion of the hardware prototype. Thus, 
software and hardware can be integrated while the 
product is being developed. 


The VLSiCE-96 emulator assists four stages of de- 
velopment: 


• Software development 
• Hardware development 
• System integration 


• System test 


Software 
Development 


The VLSiCE-96 emulator can be operated without 
being connected to a prototype or before any of the 
prototype hardware is available. In this stand-alone 
mode, the VLSiCE-96 emulator can be used to facili- 
tate application program development. 


Hardware 
Development 


Because the VLSiCE-96 emulator precisely matches 
the component's electrical and timing characteris- 
tics as well as full bus access, it is a valuable tool for 
hardware development and debug. 


Integration of software and hardware begins when 
the microcontroller socket is connected to any func- 
tional element of the target system. As each section 
of the user's hardware is completed, it is added to 
the prototype. Thus, each section of the hardware 
and 
software 
can 
be 
system 
tested 
with 
the 


VLSiCE-96 emulator in real-time operation as it be- 
comes available. 


When the prototype is complete, it is tested with the 
final version of the system software. The VLSiCE-96 
emulator can then be used to verify or debug the 
target system as a completed unit. 


By providing support for the ROMLESS, ROM, and 
EPROM 
versions 
of 
the 
microcontroller, 
the 


VLSiCE-96 emulator has the ability to debug a proto- 
type or production product at any stage in its devel- 


opment without introducing extraneous hardware or 
software test tools. 


The VLSiCE-96 emulator consists of the following 
components (see Figure 1): 


• Software (includes the VLSiCE-96 emulator soft- 


ware, diagnostic software, and tutorial) 


• 68-pin PGA adaptor 


68-pin PLCC adaptor (optional) 
48-pin DIP adaptor (optional) 


• Controller pod 
• User cable assembly (consisting of the user ca- 


ble and processor module) 


• Serial cable (host-specific) 
• Crystal power accessory (CPA) 
• Multi-synchronous accessory (MSA) (optional) 
• Power supply and Vcc booster module 
• AC and DC power cables 


VLSiCE-96 software fully supports all mnemonics, 
object file formats, and symbolic references generat- 
ed by Intel's ASM-96, PL/M-96, and C-96. 


The on-line tutorial is written in VLSiCE-96 command 
language. Thus, the user is able to interact with and 
use the VLSiCE-96 emulator while executing the tu- 
torial. 


The controller pod contains 64K of ICE memory, a 
4K-entry trace buffer, and circuitry that provides 
communication between the host and the emulator. 


The processor module contains a special version of 
the Intel 8096 microcontroller, called the emulation 
processor. This chip performs real-time and single- 
step execution of a program's object code for exe- 
cution and debugging purposes in place of the target 
system microcontroller. 


The crystal power accessory (CPA) is a small de- 
tachable board that connects to the back of the con- 
troller pod and is used to run the VLSiCE-96 emula- 
tor in the stand-alone mode. It is also used when 
running customer confidence tests. In the stand- 
alone mode, the user plug on the user cable is con- 
nected through the 68-pin PGA adaptor to the CPA. 
The CPA supplies clock and power. Stand-alone 
mode is used to test and debug software prior to the 
availability of hardware. 


The optional multi-synchronous accessory can be 
used to connect the VLSiCE-96 emulator with up to 
20 multi-ICE compatible emulators together for syn- 
chronous GO and BREAK emulation, and TRACE. 


inter 


It can also be used with other debug equipment 
such as logic analyzers and oscilloscopes for syn- 
chronous GO, BREAK and TRACE. 


The serial cable connects the host system to the 
controller pod. The serial cable has electrical specifi- 
cations similiar to the RS-232C standard. 


The power supply connects to the controller pod via 
the Vcc booster module and the DC power cable. 
There are several voltage options available for the 
power supply depending on switch settings on the 
back of the power supply. 


A comprehensive set of documentation is included 
with the VLSiCE-96 emulator. 


Figure 1 shows a drawing of the VLSiCE-96 emula- 
tor. 


The VLSiCE-96 emulator assists hardware and soft- 
ware design engineers in developing, debugging and 
testing designs incorporating the 8X9X family of mi- 
crocontrollers. 
The 
following 
are 
some 
of 
the 
VLSiCE-96 features: 


Emulation is the controlled execution of the proto- 
type software in the prototype hardware or in an ar- 
tificial hardware environment that duplicates the 
microcontroller 
of 
the 
target 
system. With 
the 
VLSiCE-96 emulator, emulation is a transparent pro- 
cess that happens in real-time without sacrificing mi- 
crocontroller resources. The execution of prototype 
software is facilitated through the VLSiCE-96 com- 
mand language. 


Memory Mapping 


There are 64 Kbytes of zero-waitstate, high-speed 
mappable memory available. This memory space 
can be mapped to either the target system or to the 
on-board VLSiCE-96 memory space in 1 Kbyte 
blocks on 1 Kbyte boundaries. Mapping memory to 
the VLSiCE-96 emulator allows software develop- 
ment to proceed before prototype hardware is avail- 
able. Memory mapping also gives the VLSiCE-96 
emulator the capability to simulate the 8 Kbytes of 
(EP)ROMon those versions of the chip for code ver- 
ification and validation. 
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Memory Examination 
and Modification 


The memory space for the 8X9X component and its 
target hardware is accessible through the emulator. 
The VLSiCE-96 software allows the component's 
special function registers to be accessed mnemoni- 
cally (e.g. AD_RESULT, INT_MASK). A significant 
benefit to the VLSiCE-96 is its ability to read many of 
the write-only registers (e.g. lOCO, PWM_CON- 
TROL) and to write many of the read-only registers 
(e.g. AD_RESULT, SBUFRX). 


Data can be displayed or modified in several bases: 
hex, decimal, and binary, and in standard formats 
including: ASCII, real and integer. Program code can 
be disassembled and displayed as assembler mne- 
monics. It also can be modified with standard as- 
sembler statements. 


Memory locations can also be examined or modified 
by their symbolic references. A symbolic reference is 
a procedure name, line number, or label in the user 
program that corresponds to a memory location. 


Some typical symbolic functions include: 


• Changing or inspecting the value of a program 


variable by using its symbolic name, rather than 
the address of the memory lacation. 
• Defining break and trace events using symbolic 


references. 
• Referencing static variables, dynamic (stack-resi- 


dent) variables, based variables, and record 
structures combining primitive data types. The 
primitive data types are ADDRESS, BOOLEAN, 
BYTE, CHAR (character), WORD, DWORD (dOU- 
ble word), INTEGER, LONGINT, SHORTINT, and 
REAL. 


The VLSiCE emulator maintains a virtual symbol ta- 
ble for program symbols making it possible for the 


table to exist without fitting entirely into host RAM 
memory. The size of the virtual symbol table is con- 
strained only by the capacity of the disk. 


Breakpoints allow halting of a user program in order 
to examine the effect of the program's execution on 
the target system. Breakpoints can be defined as 
execution addresses, data addresses and data val- 
ues (both external and Internal RAM), opcodes, se- 
lected bits of the PSW flag, and as 2 external inputs 
(SYNCOINAND SYNC1IN). These breaks can be ar- 
ranged to occur over a range of addresses and with 
up to 8 levels of arming and disarming. After a break 
the user program can resume execution from where 
it left off. 


Trace Specifications 


Tracing can be triggered with the same conditions 
set for breaking. The trace buffer is displayed as dis- 
assembled instructions, data fetches and stores, 
and with the timetag showing the relative time at 
which the program executed each instruction. Figure 
2 shows a trace display as a result of the PRINT 
command. 


Normally, the VLSiCE-96 emulator traces program 
activity while the user program executes. With a 
trace specification, tracing can be specified to occur 
only when specific conditions are met during execu- 
tion. The trace buffer collects data for up to 4 Kbyte 
entries of information during emulation. 


The trace buffer can be examined during halt mode 
or if non-stop emulation is desired; the trace can be 
examined while emulation continues. If this second 
option is selected, trace collection stops while the 
trace buffer is uploaded to the host. 


hlt >PRINT CYCLES NEWEST 8 
FRAME ADDRESS CODE 
MNEMONIC OPERANDS 
TIME 


(0017) 


(0018) 
(0019) 
(0020) 
(0021) 


(0022) 


(0023) 
(0024) 


2086H 18EF80 


[OOEFH]= 
A3H(R) 
2089H OOFF 
208BH FF 
2080H E70000 
2083H 090000 
[OOOOH]=OOOOH(R) 
2086H 18EF80 
[OOEFH]= 


2089H OOFF 
208BH FF 


SHRB 80H,EFH 
[0080H]= 
OOH(R) 


SKIP FFH 
RST 
LJMP $+0003H 
SHL 
RO,#OH 
[OOOOH]=OOOOH(WI 
SHRB 
80H,EFH 
A3H(R) 
[0080H]= 
OOH(R) 
SKIP 
FFH 
RST 


5221 US 
[0080H]= 
OOH(W) 
5222 US 
5223 
US 
5233 
US 
5225 
US 


5236 US 
[0080H]= 
OOH(W) 
5237 US 
5238 US 
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Arming and Triggering 


The VLSiCE-96 command language allows specifi- 
cation of complex events with up to 8 states, each 
with several conditions. For example, a specification 
can be made that causes a break to occur when a 
variable is written only within a certain procedure. 
The execution of the procedure is the arm condition 
and the variable modification is the break condition. 
The arm condition is an optional part of a break/ 
trace sequence in the VLSiCE emulator. A set of arm 
conditions can be used to ensure that a break is not 
possible until all required qualifying conditions are 
satisfied. 


Debugging procedures (PROCS) are a user-named 
group of VLSiCE commands that are executed se- 
quentially. Procs can simulate missing hardware or 
software, collect debug information, and make trou- 
bleshooting decisions. They can be copied to text 
files on disk, then included from the file into the com- 
mand sequence in later test sessions. 


Procedures can also serve as programmable diag- 
nostics, implementing new emulator commands for 
special purpose. 


Fastbreaks make it possible to examine and modify 
memory without halting emulation. The commands 
that can be executed are simple one-access func- 
tions, such as, WORD 1FH or 10SO.When enabled, 
fastbreaks occur whenever a memory access is 
made. 


Breakpoints and tracepoints can be re-specified dur- 
ing emulation with fastbreaks enabled. 


While emulation does not halt during fastbreaks, a 
delay in code execution occurs when a fastbreak is 
requested. In most cases, this latency in code exe- 
cution is less than 150 IJ-s. 


Interrupts 
During Interrogation 
(101) 
Mode 


The VLSiCE-96 software can service and record in- 
terrupts even though emulation has been halted (in- 
terrogation mode). In the special mode designated 


as IDI mode, hardware interrupts can be serviced 
while 
the 
emulator 
is 
being 
interrogated. 


Use of this mode is determined by the setting of a 
VLSiCE-96 pseudo-variable (IOI_PC). After break- 
ing from emulation or fastbreaks mode, whenever an 
interrupt occurs, the processor jumps to the appro- 
priate vector and executes the interrupt service rou- 
tine. 


The setting of another VLSiCE-96 pseudo-variable 
(INT_REC_EN) 
allows the recording of interrupts 


but not the servicing of interrupts, during halt mode. 
If the pseudo-variable is set to TRUE, all interrupts 
are recorded in the INT_PENDING 
register, and 


serviced when the emulator re-enters emulation. 


The trace buffer can be accessed in two ways, dy- 
namically during emulation and statically after emu- 
lation halts. While dynamically tracing, any form of 
the PRINT command can be entered and the speci- 
fied portion of the trace buffer is displayed. This al- 
lows real-time display of processor activity. Display- 
ing the trace buffer during emulation stops collection 
of trace and some trace information can be lost, but 
emulation is unaffected. 


On-Line Syntax Guide 


A special syntax guide called the Integrated Com- 
mand Directory (ICO), at the bottom of the display 
screen, aids in creating syntactically correct com- 
mand lines. Figure 3 shows an example of the ICO 
for the GO command. 


This feature provides assistance with the emulator 
commands through the host terminal. HELP is avail- 
able for most of the commands. Figure 4 shows help 
for one of the commands. 


Multi-Synchronous 
Operation 


The VLSiCE-96 emulator can run with other emula- 
tors, and lab equipment such as logic analyzers or 
oscilloscopes. VLSiCE-96 emulators can be daisy- 
chained together in a network to work simultaneous- 
ly to test a prototype system. The multi-synchronous 
operation is facilitated by the optional multi-synchro- 
nous accessory. 
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There are design considerations to be aware of be- 
fore designing with the VLSiCE·96 emulator. 


The user pin timings, thresholds, and loadings are 
identical to the 8096 component except the RESET 
and CLKOUT pins have an additional loading of 
1 /LAand 10 pF. The Non-Maskable Interrupt (NMI) 
is not supported. 


Clock Frequency 
Vcc 


Min. 
Max. 
6 MHz 
10MHz 
Emulator does not 
require system 
power to operate. 


OmA 


Mechanical 
Considerations 


The user plug is on the end of a three foot (1m) 
flexible cable. Adequate spacing must be provided 
on the target system to allow the emulation proces- 
sor board and user plug to be inserted into the target 
system. 


The height of the user plug should be considered for 
multiple board system prototypes that need to be 
debugged and tested. Be sure that the space be- 
tween the boards is greater than 1%" (4 em) to al- 
low for the user plug. 


Figure 5 shows the user plug dimensions. The user 
plug comprises the emulator processor board and 
the 68-pin or 48-pin adaptor. In the figure, please 
note the location of pin 1 on each adaptor. 
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hI t > 
HELP ASM 
The ASM command displays 
or 
modifies 
memory as 8096 mnemonics. 
The syntax 
is: 


<asm-spec> 
: :=<parti 
tion> 
[= 
I <asm96-inst> 
' [. ' <asm96-inst> 
'] *] 


I <address> 
= < cr> 


The 
"ASM 
<address> 
=" 
syntax 
puts 
the 
user 
in 
line-mode, 
displaying 
the 
current 
address 
at 
which 
the 
assembly 
instruction 
will 
be placed 
and not 
requiring 
the 
quotes 
around 
the 
instructions. 


Other Considerations 
• The non-maskable interrupt (NMI) is not support- 
ed. 


• The counters for the 
pulse width 
modulator 


(PWM) and hardware Timer1 can be out of sync if 
either are disabled during interrogation. Synchro- 
nize them by resetting the emulator. 


• The Zero flag is always cleared in the SUBC in- 
struction. 
Therefore, 
the 
relational 
operators 


< = and > for LONG variables in C96 V1.0 and 
LONGINT variables in PL/M-96 V1.1, work incor- 
rectly. These languages have been tailored for 
the 8X9X-90 microcontroller which either sets or 
resets the Zero flag in the SUBC instruction. 


If there is a memory-resident program that is perma- 
nent on the PC, use of the DOS shell escape may 
corrupt the VLSiCE-986 software. To insure reliabili- 
ty, do not use the system escape on host systems 
that have permanent memory-resident programs. 


The VLSiCE-96 emulator has some properties that 
are inherent in the 8X9XBH component. These are: 


• Neither the source nor the destination address of 
the Multiply or Divide instructions can be a writa- 
ble special function register. 


• The special function registers, except RO, may 


not be used as base or index registers for in- 
dexed or indirect instructions. 


• Several of the special function registers can only 


be accessed as words, while others only as 
bytes. These restrictions are listed in the 8096 
User's Manual. 


• The sticky flag is not affected when a skip by 0 is 


executed. 


• To emulate the 8X9X-90 microcontroller, memory 


location 2018H in both target system emulator 
mapped memory should be OFFH. 


• The JBS and JBC instructions cannot be used 


directly on Port 2.1. 


Host Requirements 


An IBM PC XT or PC AT with 512 Kbytes RAM and 
hard disk. Intel recommends and IBM PC AT with 
640 Kbytes of RAM, one floppy drive and one hard 
disk, running PC-DOS 3.1 or later. 
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An IntelleclZl Microcomputer Development System, 
Series III or Series IV, running under ISIS or iNDX, 
with at least 512 Kbytes of application memory resi- 
dent, with dual floppy or one hard disk and one flop- 
py drive required. 


VLSiCE-96 emulator software 
VLSiCE·96 confidence tests 
VLSiCE-96 tutorial software 


System Performance 


Mappable zero wait- Min 0 Kbytes 
Mappable 
to 


state (up to 10 MHz). Max 64 Kbytes user 
memory 
or ICE memory 
in 
1K 
blocks 
on 1K bounda- 
ries. 


Trace Buffer 
4 Kbytes x 48 bits 


Virtual Symbol Table A maximum of 61 Kbytes of 


host memory space is avail- 
able for the virtual symbol ta- 
ble (VST). The rest of the VST 
resides on disk and is paged 
in and out of host memory as 
needed. 


Width: 
Height: 
Depth: 
Weight: 


8%" (21 cm) 
1%" (4 cm) 


13% (34 cm) 
4 Ibs (2 kg) 
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Width: 


Height: 


Depth: 


Weight: 


7%" (18 cm) 
4" (10 cm) 
11" (28 cm) 


15 Ibs (7 kg) 


Power 
Supply 


100V-120V 
or 200V-240V 
(selectable) 


50 Hz-60 
Hz 


2 amps (AC max) 
@ 120V 


1 amp (AC max) 
@ 240V 


Operating 
Temperature: 
O°C to + 40°C (+ 32°F 
to 


+ 104°F) 


Operating 
Humidity: 
Maximum 
of 85% 
relative 


humidity, 
non-condensing 


VLSiCE-96 
In-Circuit 
Emulator 
User's 
Guide, 
order 


number 
165814 


VLSiCE-96 
In-Circuit 
Emulator 
Pocket 
Reference, 
order number 
165815 


VLSiCE-96 
In-Circuit 
Emulator 
Installation 
Supple- 
ment, order number 
166477 


VLSiCE-96 
Emulator 
Tutorial 
Guide, 
order 
number 
165816 


Order 
Code 


V096KITA 


Description 


VLSiCE-96 
power 
supply 
and 
cable, 


emulation 
base, user cable, CPA, seri- 


al cables for PC AT and PC XT, 68-pin 
PGA target 
adaptor, 
ASM-96, 
AEDIT 


text 
editor. 
Host, 
probe, 
diagnostic 


and tutorial software 
is on 5%" 
media 
for DOS hosts 
running 
DOS V3.0 or 


greater. 
[Requires 
software 
license.] 


Same as V096KITAD 
without 
ASM-96 


and AEDIT text editor. 


VLSiCE-96 
power 
supply 
and 
cable, 


emulation 
base, user cable, serial ca- 


ble, CPA, 68-pin 
PGA target 
adaptor, 


ASM-96, 
and AEDIT text editor. 
Host, 


probe, 
diagnostic 
and 
tutorial 
soft- 


ware 
is on 8" 
single 
density 
and 8" 


double 
density 
media 
for hosting 
on 


an Intel Series III, and 5%" 
media for 


Series IV [Requires 
software 
license.] 


Same as V096KITAS 
without 
ASM-96 


and AEDIT text editor. 


Order 
Code 


TA096E 


TA0968 


Description 


Optional 
68-pin PLCC Adaptor 
board 


Optional 
48-pin 
DIP 
Target 
Adaptor 


board. 


MUlti-Synchronous 
Accessory 


Order 
Code 
Description 


MSA96 
Optional 
Multi-Synchronous 
Accesso- 


ry for multi-ICE 
capability. 


Order 
Code 
SA096D 


Description 
Software for host, probe, diagnostic 
and tutorial on 5%" 
media for use 


with the PC AT and PC XT under PC- 
DOS V3.0 or greater. [Requires soft- 
ware license.] 
Software for host, probe, diagnostic 
and tutorial on 5%" 
media for use 


with the PC AT and PC XT under PC- 
DOS V3.0 or greater. [Requires soft- 
ware license.] 
Software for host, probe, diagnostic 
and tutorial on 8" single density and 
8" double-density media for use with 
a Series III, and 5%" 
media for use 
with a Series IV. [Requires software 
license.] 


Other Useful Intel 8X9X Debug and 
Development 
Support Products 


Order Code 
186ASM96 


Description 
Consists of the ASM 96 macro as- 
sembler that translates symbolic 
assembly 
language 
mnemonics 


into relocatable object code, and 
the RL96 linker and relocator pro- 
gram that links modules generated 
by ASM 96 and PL/M 96 and lo- 
cates the linked object modules to 
absolute memory locations. Sys- 
tem requirements and Intellec Sys- 
tem running iNDX. 
Consists of the PLIM 96 compiler 
that provides high level program- 
ming language support, the LIB 96 
utility that creates and maintains li- 
braries of software object modules, 
the FPAL96 floating point arithme- 
tic library, and the RL96 linker and 
relocator program that links mod- 
ules generated by ASM 96 and 
PL/M 96 and locates the linked ob- 
ject modules to absolute memory 
locations. 
System 
requirements 


and Intellec System running iNOX. 


ASM/R&L 96 for PC-DOS. It con- 
tains a macro assembler, a Iinker/ 
locator utility, a floating point utility 
and a librarian. System require- 
ments are an IBM PC AT or PC XT 
with 512 Kbytes of RAM and PC- 
DOS 3.0 or greater. 
PL/M 96 and R&L for PC-DOS. It 
contains a compiler, a linker/loca- 
tor utility, a floating point utility and 
a librarian. System requirements 
are an IBM PC AT or PC XT with 
512 Kbytes of RAM and PC-DOS 
3.0 or greater. 


C96 and R&L for PC-DOS. Con- 
tains a compiler linker/locator utili- 
ty, and all standard C libra~ies 
including STDIO. System require- 
ments are an IBM PC AT or PC XT 
with 512 Kbytes of RAM and PC- 
DOS 3.0 or greater. 
iSBE-96 single board emulator for 
use with the Series III/IV develop- 
ment systems. The kit contains: 
iSBE-96 single board emulator 
iSBE-96 Series III/IV upgrade kit 
(cables and software needed to 
run on Intel Hosts). 
iSBE-96 single board emulator for 
use with the IBM PCAT and PC XT 
computer systems. The kit con- 
tains: iSBE-96 single board emula- 
tor 8096 software support package 
for 
PC-DOS. iSBE-96 DOS up- 


grade 
kit 
(cables 
and 
software 


needed to run on the IBM PCAT or 
PCXT). 


Running the iSBE-96 emulator on the Series II and 
iPDS system requires software from: 


U.S. Software Corporation 
5470 NW. Innisbrook 
Portland, OR 97229 
Phone: 503-645-5043 
International Telex: 4993875 


ICETM-5100/452 
IN-CIRCUIT EMULATOR 
FOR THE UPITM-452 FAMILY 
OF PROGRAMMABLE 
I/O PROCESSORS 
• Precise, 
FUll-Speed, 
Real-Time 
• Built-In CRT-Oriented 
Text Oriented 
Emulation 
of the UPITM-452 Family of 
• Symbolic 
Debugging 
Enables Access 
to 
I/O Processors 
Memory 
Locations 
and Program 
• 64 KB of Mappable 
High-Speed 
Variables 
Emulation 
Memory 
• Four Address 
Breakpoints 
with In- 
• 254 24-Bit Frames of Trace 
Memory 
Range, Out-of-Range, 
and Page Breaks 
(16 Bits Trace 
Program 
Execution 
• Equipped 
with the Integrated 
Command 
Addresses 
and 8 Bits Trace 
External 
Directory 
(ICDTM) that Provides: 
Events) 
- 
On-Line 
Help 
• Serial Link to the IBM· 
PC AT, PC XT 
- 
Syntax 
Guidance 
and Checking 
(and DOS compatibles), 
and the 
- 
Dynamic 
Command 
Entry 
Intellec® 
Series 
III/IV 
- 
Error Checking 
• ASM-51 
and PL/M-51 
Language 
- 
Command 
Recall 


Support 
• On-Line 
Disassembler 
and Single-Line 
• Full Emulation 
and Debug Support 
for 
Assembler 
to Help with Code Patching 


the FIFO Buffer 


The ICETM-5100/452 
in-circuit 
emulator 
is a high-level, 
interactive 
debugger 
that is used to develop 
and test 
the hardware 
and software 
of a target 
system 
based 
on the UPITM-452 family 
of I/O 
processors. 
The ICE- 
5100/452 
emulator 
can be serially linked to an Intellecl8> Series III/IV or an IBM PC AT or PC XT. The emulator 
can communicate 
with the host system 
at standard 
baud rates up to 19.2K. 


inter 
ICETM-5100/452 
IN-CIRCUIT 
EMULATOR 


PRODUCT 
OVERVIEW 
of the microcontroller to debug the system as a 
completed unit. 


The ICE-5100/452 emulator provides full emulation 
support for the UPI-452 family of I/O processors. 
The UPI-452 family consists of the 83452, 87452, 
and the 80452. 


The ICE-5100/452 emulator enables hardware and 
software development to proceed simultaneously. 
With the ICE-5100/452 emulator, prototype hard- 
ware can be added to the system as it is designed 
and software can be developed prior to the comple- 
tion of the hardware prototype. Software and hard- 
ware integration can occur while the product is being 
developed. 


The ICE-5100/452 emulator assists four stages of 
development: 


• Software debugging 
• Hardware debugging 
• System integration 
• System test 


The ICE-5100/452 emulator can be operated with- 
out being connected to the target system and before 
any of the user's hardware is available (provided ex- 
ternal data RAM is not needed). In this stand-alone 
mode, the ICE-5100/452 emulator can be used to 
facilitate program development. 


The ICE-5100/452 emulator's AC/DC parametric 
characteristics match the microcontroller's. The em- 
ulator's full-speed operation makes it a valuable tool 
for debugging hardware, including time-critical serial 
port, timer, and external interrupt interfaces. 


Integration of software and hardware can begin 
when the emulator is plugged into the microcontrol- 
ler socket of the prototype system hardware. Hard- 
ware can be added, modified, and tested immediate- 
ly. As each section of the user's hardware is com- 
pleted, it can be added to the prototype. Thus, the 
hardware and software can be system tested in real- 
time operation as each section becomes available. 


When the prototype is complete, it is tested with the 
final version of the system software. The ICE-5100/ 
452 emulator is then used for real-time emulation 


The final product verification test can be performed 
using the ROM or EPROM version of the microcon- 
troller. Thus, the ICE-5100/452 emulator provides 
the ability to debug a prototype or production system 
at any stage in its development without introducing 
extraneous hardware or software test tools. 


The ICE-5100/452 emulator consists of the follow- 
ing components (see Figure 1): 


• Power supply 
• AC and DC power cables 


• Controller pod 
• Serial cable (host-specific) 
• User probe assembly (consisting of the proces- 


sor module and the user cable) 


• Crystal power accessory (CPA) 
• 68-pin PGA target adaptor 


• Clips assembly 
• Software (includes the ICE-5100/452 emulator 


software, diagnostic software, and a tutorial) 


The controller pod contains 64 KB of emulation 
memory, 254- by 24-bit frames of trace memory, and 
the control processor. In addition, the controller pod 
houses a BNC connector that can be used to con- 
nect up to 10 multi-ICE compatible emulators for 
synchronous starting and stopping of emulation. 


The serial cable connects the host system to the 
controller pod. The serial cable supports a subset of 
the RS-232C signals. 


The user probe assembly consists of a user cable 
and a processor module. The processor module 
houses the emulation processor and the interface 
logic. The target adaptor connects to the processor 
module and provides an electrical and mechanical 
interface to the target microcontroller socket. 


The crystal power accessory (CPA) is a small, de- 
tachable board that connects to the controller pod 
and enables the ICE-5100/452 emulator to run in 
stand-alone mode. The target adaptor plugs into the 
socket on the CPA; the CPA then supplies clock and 
power to the user probe. 


The clips assembly enables the user to trace exter- 
nal events. Eight bits of data are gathered on the 
rising edge of PSEN during opcode fetches. The 
clips information can be displayed using the CLIPS 
option with the PRINT command. Trace qualification 
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input and output lines are also provided on the clips 
pod for connection to test equipment. 


The ICE-5100/452 emulator software supports mne- 
monics, object file formats, and symbolic references 
generated by Intel's ASM-51 and PL/M-51 program- 
ming languages. Along with the ICE-5100/452 emu- 
lator software is a customer confidence test disk 
with diagnostic routines that check the operation of 
the hardware. 


The on-line tutorial is written in the ICE-5100 com- 
mand language. Thus, the user is able to interact 
with and use the ICE-5100/452 emulator while exe- 
cuting the tutorial. 


A comprehensive set of documentation is provided 
with the ICE-5100/452 emulator. 


ICETM·5100/452 
EMULATOR 
FEATURES 


The ICE-5100/452 emulator has been created to as- 
sist a product designer in developing, debugging and 
testing designs incorporating the UPI-452 family of 
1/0 processors. The following sections detail some 
of the ICE-5100/452 emulator features. 


Emulation is the controlled execution of the user's 
software in the target hardware or in an artificial 
hardware environment that duplicates the microcon- 
troller of the target system. Emulation is a transpar- 
ent process that happens in real-time. The execution 
of 
the 
user 
software 
is 
facilitated 
with 
the 
ICE-51001452 command language. 


The memory space for the 452 microcontroller and 
its target hardware is fully accessible through the 
emulator. The ICE-5100/452 emulator refers to four 
physically distinct memory spaces, as follows: 


• CODE - 
references program memory 
• IDATA - 
references internal data memory 
• RDATA - 
references 
special 
function 
register 
memory 
• XDATA - 
references external data memory 


ICE-5100/452 
emulator 
commands 
that 
access 
memory use one of the special prefixes (e.g., CODE) 
to specify the memory space. 


The microcontroller's special function registers and 
register bits can be accessed mnemonically (e.g., 
DPL, TCON, CY) with the ICE-5100/452 emulator 
software. 


Data can be displayed or modified in one of three 
bases: hexadecimal, decimal, and binary. Data can 
also be displayed or modified in one of two formats: 
ASCII and unsigned integer. Program code can be 
disassembled and displayed as ASM-51 assembler 
mnemonics. Code can be modified with standard 
ASM-51 statements using the built-in single-line as- 
sembler. 


Symbolic references can be used to specify memory 
locations. A symbolic reference is a procedure 
name, line number, program variable, or label in the 
user program that corresponds to a location. 


Some typical symbolic functions include: 


• Changing or inspecting the value of a program 


variable by using its symbolic name to access the 
memory location. 
• Defining break and trace events using symbolic 


references. 


• Referencing variables as primitive data types. 
The primitive data types are ADDRESS, BIT, 
BOOLEAN, 
BYTE, 
CHAR 
(character), 
and 
WORD. 


The ICE-5100/452 emulator maintains a virtual sym- 
bol table (VST) for program symbols. A maximum of 
61 KB of host memory space is available for the 
VST. If the VST is larger than 61 KB, the excess is 
stored on available host system disk space and is 
paged in and out as needed. The size of the VST is 
limited only by the disk capacity of the host system. 


Breakpoints are used to halt a user program in order 
to examine the effect of the program's execution on 
the target system. The ICE-5100/452 emulator sup- 
ports three different types of break specifications: 
• Specific address break-a 
single address point 
can be specified to halt emulation. 


• Range break-an 
arbitrary range of addresses 
can be specified to halt emulation. Program exe- 
cution within or, optionally, outside the range 
halts emulation. 


• Page break-up 
to 256 page breaks can be spec- 
ified to halt emulation. A page break is defined as 
a range of addresses that is 256-bytes long and 
begins on a 256-byte address boundary. 


Break registers are user-defined debug definitions 
used to create and store breakpoint definitions. 
Break registers can contain multiple breakpoint defi- 
nitions and can optionally call debug procedures 
when emulation halts. 


Tracing 
can 
be 
triggered 
using 
specifications 


similar to those used for breaking. Normally, the 
ICE-5100/452 
emulator 
traces 
program 
activity 


while the user program is executing. With a trace 
specification, tracing can be triggered to occur only 
when specific conditions are met during execution. 
Up to 254 24-bit frames of trace information are col- 
lected in a buffer during emulation. Sixteen of the 24 
bits trace instruction execution addresses, and 8 bits 
capture external events (CLIPS). 


The trace buffer display is similar to an ASM-51 pro- 
gram listing as shown in Figure 2. The PRINT com- 
mand enables the user to selectively display the 
contents of the trace buffer. The user has the option 
of displaying the clips information as well as disas- 
sembled instructions. 


Debugging procedures (PROCs) are a user-named 
group of ICE-5100/452 commands that are execut- 
ed as one command. PROCs enable the user to de- 
fine several commands in a named block structure. 
The commands are executed by entering the name 
of the PROC.The PROC bodies are a simple DO ... 
END construct. 


PROCs can simulate missing hardware or software, 
collect debug information, and execute high-level 
software patches. PROCs can be copied to text files 
on disk, then recalled for use in later test sessions. 
PROCs can also serve as program diagnostics, im- 
plementing ICE-5100/452 emulator commands or 
user-defined 
definitions 
for 
special 
purposes. 


PROCs can also be used to set breakpoints. 


A special syntax menu, called the Integrated Com- 
mand Directory (ICD), similar to the one used for the 
121CETMsystem and the VLSiCE-96 emulator, aids in 
creating syntactically correct command lines. Figure 
3 shows an example of the ICD and how it changes 
to reflect the options available for the GO command. 


inter 


The HELP command provides ICE-5100/452 emula- 
tion command assistance via the host system termi- 
nal. ON-line HELP is available for the ICE·5100/452 
emulator commands shown in Figure 4. 


FRA~E 
(028) 
(030) 
(032) 
(034) 
hh> 
I'lIt>PRINT 
CLIPS 
OLDEST 
2 
FR .•.•••E 
ADDRESS 
(000) 
300A 
(00') 
300C 
hh> 


The height of the processor module and the target 
adaptor need to be considered for target systems. 
Allow at least 1% inches (3.8 cm) of space to fit the 
processor module and target adaptor. Figure 5 
shows the dimensions of the processor module. 


ADDRESS 
300A 
300C 
300E 
30'0 


I' 
Print 
newest 
four 
Intructlon 
In 
buffer 
,/ 
CODE 
C02A 
2532 
F52A 
9532'0 


INSTRUCTION 
PUSH 
2AH 
ADD 
A .32H 
~OV 
2AH" 
CJNE 
A ,32H 
•• + 10H 


It Buffer 
display 
showIng 
clips' 
/ 
CODE 
INSTRUCTH)N 
COll 
PUSH 
2AH 
2532 
ADO 
A .32H 


CLIPS (76543210) 
01110011 
11110101 


J) 


Figure 3. The Integrated 
Command 
Directory 
for the GO Command 
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hlt>HELP 


HELP 
Is available 
for: 


ADDRESS 
APPEND 
ASlA 
BASE 
BIT 
BOOLEAN 


BRKREG 
BYTE 
CAUSE 
CHAR 
CI 
CLEAREOL 


CLEAREOS 
CNTL_C 
COlAlAENTS 
CONSTRUCTS 
COUNT 
CURHOlAE 


CURX 
CURY 
DCI 
DEBUG_TYPE 
DEFINE 
DIR 
DO 
DYNASCOPE 
EOIT 
ERROR 
EVAL 
EXIT 
EXPRESSION 
GO 
HALT 
HELP 
IF 
INCLUDE 
INT 
INVOCATION 
ISTEP 
KEYS 
LABEL 
LINE 


LIST 
LITERALLY 
LOAD 
LSTEP 
lAAP 
lAENU 


lAODULE 
lASPACE 
lATYPE 
NAlAESCOPE 
OPERATOR 
PAGING 


PARTITION 
PRINT 
PROC 
PSEUDO_VAR 
PUT 
REFERENCE 
REGS 
RElAOVE 
REPEAT 
RESET 
SAVE 
STRING 
SYlABOLIC 
SYNCSTART 
TElAPCHECK 
TRCREG 
VARIABLE 
VERIFY 


VERSION 
WAIT 
WORD 
WRITE 


hit> 


~-} 
1_- 
CAB~~~OOy------------- 
(89 em) 


SIDE VIEW 
PROCESSOR MODULE 
~-9;r.,·~ 


TARGET 
~ 
ADAPTOR 


The 
emulation 
processor's 
user-pin 
timings 
and 
loadings 
are identical 
to the 452 component, 
except 
as follows: 


• 
Up to 25 pF of additional 
pin capacitance 
is con- 
tributed 
by 
the 
processor 
module 
and 
target 
adaptor 
assemblies. 


• 
IBM PC AT or PC XT (or DOS compatible) 
with 
512 KB of available 
RAM and a hard disk running 
under the DOS 3.0 (or later) operating 
system. 


• 
Intellec 
Series III/IV microcomputer 
development 
system 
running 
the ISIS or iNDX operating 
sys- 


tem respectively, 
with at least 512 KB of applica- 


tion memory 
resident. 


• 
Disk drives-dual 
floppy or one hard disk and one 
floppy drive required. 


ICETM-452 
EMULATOR 
SOFTWARE 
PACKAGE 


• 
ICE-5100/452 
emulator 
software 


• 
ICE-5100/452 
confidence 
tests 


• 
ICE-51 00 tutorial 
software 


inter 


MEMORY 


Mappable full- 
speed 
emulation 
code memory 


64 KB 
Mappable to user or 
ICE-5100/452 
emula- 


tor memory in 4 KB 
blocks on 4 KB bound- 
aries. 
254 x 24 bit frames. 
A maximum of 61 KB 
of host memory space 
is available for the vir- 
tual 
symbol 
table 


(VST). The rest of the 
VST resides on disk 
and is paged in and out 
as needed. 


Trace memory 
Virtual Symbol 
Table 


CONTROLLER 
POD 


Width: 
8%" (21 cm) 
Height: 
1%" (3.8 cm) 
Depth: 
13%,' (34.3 cm) 
Weight: 4 Ibs (1.85 kg) 


(With the target adaptor attached.) 
Width: 
313/16" (9.7 cm) 
Height: 4" (10.2 cm) 
Depth: 
1%" (3.8 cm) 


POWER 
SUPPLY 
Width: 
7%" (18.1 cm) 
Height: 4" (10.06 cm) 
Depth: 
11" (27.97 cm) 
Weight: 15 Ibs (6.1 kg) 


POWER 
SUPPLY 


100V-120V or 200V-240V (selectable) 
50 Hz-60 Hz 
2 amps (AC max)9 120V 
1 amp (AC max)9 240V 


ENVIRONMENTAL 
CHARACTERISTICS 


Operating temperature: + 10°C to +40°C 


(50°F to 104°F) 


Operating humidity: 
Maximum of 85% relative 
humidity, non-condensing 


Order 
Code 
1452KITAD 


Description 
This kit contains the ICE-5100/452 
user probe assembly, power supply 
and cables, serial cables, target adap- 
tor, CPA, ICE-5100 controller 
pod, 


software, and documentation for use 
with an IBM PC AT or PC XT. The kit 
also includes the 8051 Software De- 
velopment Package and the AEDIT 
tex1 editor for use on DOS systems. 
(Requires software license.) 
This kit is the same as the 1452KITAD 
kit excluding the 8051 Software De- 
velopment Package and the AEDIT 
tex1 editor. 
(Requires 
software 
li- 


cense.) 
This kit contains the ICE-5100/452 
user probe assembly, power supply 
and cables, serial cables, target adap- 
tor, CPA, ICE-5100 controller 
pod, 


software, and documentation for use 
with Intel hosts (Series III/IV). The kit 
also includes the 8051 Software De- 
velopment Package and the AEDIT 
tex1editor for use on the Series III/IV. 
(Requires software license.) 
This kit is the same as the 1452KITAS 
kit excluding the 8051 Software De- 
velopment Package and the AEDIT 
tex1 editor. 
(Requires 
software 
li- 


cense.) 
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Order Code 
SA452D 
Description 
This kit contains the host, probe, diag- 
nostic, and tutorial software on 5%" 
disks for use on an IBM PC AT or PC 
XT (requires DOS 3.0 or later). (Re- 
quires software license.) 


This kit contains the host, probe, diag- 
nostic and tutorial software on 8" 
disks (both single-density and double- 
density) for use on a Series III, and on 
5%" disks for use on a Series IV. (Re- 
quires software license.) 


OTHER 
USEFUL DEBUG AND 


DEVELOPMENT 
SUPPORT 


PRODUCTS 


Order Code 
D86ASM51 
Description 
8051 Software 
Development 
Pack· 


age (DOS version)-Gonsists 
of the 


ASM-51 
macro 
assembler 
which 


gives symbolic access to 8051 hard- 
ware features; the RL51 linker and re- 
locator program that links modules 
generated 
by 
ASM-51; 
CONV51 


which enables software written for the 
MCS-48 family to be upgraded to run 
on the 8051, and the LIB51 Librarian 
which programmers can use to create 
and maintain libraries of software ob- 
ject modules. Use with the DOS oper- 
ating system (version 3.0 or later). 


D86PLM51 
PL/M·51 
Software 
Package 
(DOS 


version)-Gonsists 
of the PLIM com- 


piler which provides high-level pro- 
gramming 
language 
support; 
the 


L1B51 utility that creates and main- 
tains libraries of software object mod- 
ules, and the RL51 linker and reloca- 
tor program that links modules gener- 
ated by ASM-51 and PLlM-51 and lo- 
cates the linked object modules to ab- 
solute memory locations. Use with the 
DOS operating system (version 3.0 or 
later). 


186ASM51 
8051 Software 
Development 
Pack· 


age 
(ISIS version)-Same 
as 
the 


D86ASM51 package except this one 
is for use with the Series III. 


186PLM51 
PL/M Software 
Package-Same 
as 


the D86PLM51 package except this 
one is for use with the Series III and 
the Series IV. 


D86EDINL 
AEDIT text editor for use with the 
DOS operating system. 


inter 
ICETM-5100/044 
In-Circuit Emulator 
for the RUPITM-44 Family 
• Precise, 
Full-Speed, 
Real-Time 
• Symbolic 
Debugging 
Enables Access 
to 
Emulation 
of the RUPITM-44 Family of 
Memory 
Locations 
and Program 
Peripherals 
Variables 
• 64 KB of Mappable 
High-Speed 
• Four Address 
Breakpoints 
Plus In- 
Emulation 
Memory 
Range, Out-of-Range, 
and Page Breaks 
• 254 24-bit Frames of Trace 
Memory 
(16 
• Equipped 
with the Integrated 
Command 
Bits Trace 
Program 
Execution 
Directory 
(ICDTM) That Provides 
Addresses 
and 8 Bits Trace 
Eternal 
- 
On-Line 
Help 
Events) 
- 
Syntax 
Guidance 
and Checking 
• Serial Link to Intel Series III/IV 
or IBM· 
- 
Command 
Recall 


PC AT or PC XT (and PC DOS 
• On-Line 
Disassembler 
and Single-Line 
Compatibles) 
Assembler 
to Help with Code Patching 
• ASM-51 
and PL/M-51 
Language 
• Provides 
an Ideal Environment 
for 
Support 
Debugging 
BITBUSTM Applications 
• Built-In CRT-Oriented 
Text Editor 
Code 


The ICETM-5100/044 in-circuit emulator is a high-level, interactive debugger that is used to develop and test 
the hardware and software of a target system based on the RUPITM-44family of peripherals. The ICE· 
5100/044 emulator can be serially linked to an Intellec@Series III/IV or an IBM PCAT or PC XT. The emulator 
can communicate with the host system at standard baud rates up to 19.2K. The design of the emulator 
supports all of the RUPI-44 components at speeds up to and including 12 MHz. 


"IBM 
is a registered 
trademark 
of International 
Business 
Machines 
Corporation. 
Intel Corporation 
assumes 
no responsibility 
for the use of any circuitry 
other than circuitry 
embodied 
in an Intel product. 
No other 
patent 
licenses 
are implied. 
Information 
contained 
herein 
supersedes 
previously 
published 
specifications 
on these 
devices 
from 
Intel. 


The ICE-5100/044 emulator provides full emulation 
support for the RUPI-44 family of peripherals, includ- 
ing 8044-based BITBUSTM board products. The 
RUPI-44 family consists of the 8044, the 8744, and 
the 8344. 


The ICE-5100/044 emulator enables hardware and 
software development to proceed simultaneously. 
With the ICE-5100/044, prototype hardware can be 
added to the system as it is designed and software 
can be developed prior to the completion of the 
hardware prototype. Software and hardware integra- 
tion can occur while the product is being developed. 


The ICE-5100/044 emulator assists four stages of 
development: 


• Software debugging 
• Hardware debugging 
• System integration 


• System test 


Software 
Debugging 


The ICE-5100/044 emulator can be operated with- 
out being connected to the target system and before 
any of the user's hardware is available (provided ex- 
ternal data RAM is not needed). In this stand-alone 
mode, the ICE-5100/044 emulator can be used to 
facilitate program development. 


Hardware 
Debugging 


The ICE-5100/044 emulator's AC/DC parametric 
characteristics match the microcontroller's. The em- 
ulator's full-speed operation makes it a valuable tool 
for debugging hardware, including time-critical serial 
port, timer, and ex1ernalinterrupt interfaces. 


Integration of software and hardware can begin 
when the emulator is plugged into the microcontrol- 
ler socket of the prototype system hardware. Hard- 
ware can be added, modified, and tested immediate- 
ly. As each section of the user's hardware is com- 
pleted, it can be added to the prototype. Thus, the 
hardware and software can be system tested in real- 
time operation as each section becomes available. 


System Test 


When the prototype is complete, it is tested with the 
final version of the system software. The ICE- 
5100/044 emulator is then used for real-time emula- 


tion of the microcontroller to debug the system as a 
completed unit. 


The final product verfication test can be performed 
using the ROM or EPROM version of the microcon- 
troller. Thus, the ICE-5100/044 emulator provides 
the ability to debug a prototype or production system 
at any stage in its development without introducing 
ex1raneoushardware or software test tools. 


The ICE-5100/044 emulator consists of the follow- 
ing components (see Figure 1): 


• Power supply 
• AC and DC power cables 


• Controller pod 
• Serial Cable (host-specific) 
• User probe assembly (consisting of the proces- 


sor module and the user cable) 


• Crystal power accessory (CPA) 
• 40-pin target adaptor 
• Clips assembly 
• Software (includes the ICE-5100/044 emulator 


software, diagnostic software, and a tutorial) 


The controller pod contains 64 KB of emulation 
memory, 254- by 24-bit fr~mes of trace memory, and 
the control processor. In addition, the controller pod 
houses a BNC connector that can be used to con- 
nect up to 10 multi-ICE compatible emulators for 
synchronous starting and stopping of emulation. 


The serial cable connects the host system to the 
controller pod. The serial cable supports a subset of 
the RS-232C signals. 


The user probe assembly consists of a user cable 
and a processor module. The processor module 
houses the emulation processor and the interface 
logic. The target adaptor connects to the processor 
module and provides an electrical and mechanical 
interface to the target microcontroller socket. 


The crystal power accessory (CPA) is a small, de- 
tachable board that connects to the controller pod 
and enables the ICE-5100/044 emulator to run in 
stand-alone mode. The target adaptor plugs into the 
socket on the CPA; the CPA then supplies clock and 
power to the user probe. 


The clips assembly enables the user to trace ex1er- 
nal events. Eight bits of data are gathered on the 
rising edge of PSEN during opcode fetches. The 
clips information can be displayed using the CLIPS 
option with the PRINT command. 


inter 


Figure 1. The ICETM·5100/044 
Emulator 
Hardware 
The ICE·5100·044 emulator software supports mne· 
troller of the target system. Emulation is a transpar· 
monies, object file formats, and symbolic references 
ent process that happens in real·time. The execution 
generated by Intel's ASM·51 and PLlM·51 program· 
of the user software is facilitated with the ICE· 
ming languages. Along with the ICE·5100/044 emu- 
5100/044 command language. 
lator software is a customer confidence test disk 
with diagnostic routines that check the operation of 
the hardware. 
Memory Mapping 


The on-line tutorial is written in the ICE-5100 com- 
mand language. Thus, the user is able to interact 
with and use the ICE-5100/044 emulator while exe- 
cuting the tutorial. 


A comprehensive set of documentation is provided 
with the ICE-5100/044 emulator. 


ICETM-5100/044 
EMULATOR 
FEATURES 


The ICE-5100/044 emulator has been created to as- 
sist a product designer in developing, debugging and 
testing designs incorporating the RUPI-44 family of 
peripherals. The following sections detail some of 
the ICE-5100/044 emulator features. 


Emulation is the controlled execution of the user's 
software in the target hardware or in an artificial 
hardware environment that duplicates the microcon- 


There is a 64 KB of memory that can be mapped to 
the CODE memory space in 4 KB blocks on 4 KB 
boundaries. 
By 
mapping 
memory 
to 
the 
ICE- 
5100/044 emulator, software development can pro- 
ceed before the user hardware is available. 


The memory space for the 8044 microcontroller and 
its target hardware is fully accessible through the 
emulator. The ICE-5100/044 emulator refers to four 
physically distinct memory spaces, as follows: 
• CODE-references 
program memory 
• IDATA-references 
internal data memory 
• RDATA-references 
special function register 
memory 
• XDATA-references 
external data memory 


ICE-5100/044 
emulator 
commands 
that 
access 
memory use one of the special prefixes (e.g., CODE) 
to specify the memory space. 


inter 


The microcontroller's special function registers and 
register bits can be accessed mnemonically (e.g., 
DPL, TCON, CY, P1.2) with the ICE-5100/044 emu- 
lator software. 


Data can be displayed or modified in one of three 
bases: hexadecimal, decimal, or binary. Data can 
also be displayed or modified in one of two formats: 
ASCII or unsigned integer. Program code can be dis- 
assembled and displayed as ASM-51 assembler 
mnemonics. Code can be modified with standard 
ASM-51 statements using the built-in single-line as- 
sembler. 


Symbolic references can be used to specify memory 
locations. A symbolic reference is a procedure 
name, line number, program variable, or label in the 
user program that corresponds to a location. 


Some typical symbolic functions include: 
• Changing or inspecting the value of a program 


variable by using its symbolic name to access the 
memory location. 


• Defining break and trace events using symbolic 


references. 
• Referencing variables as primitive data types. 
The primitive data types are ADDRESS, BIT, 
BOOLEAN, 
BYTE, 
CHAR 
(character), 
and 


WORD. 


The ICE-5100/044 emulator maintains a virtual sym- 
bol table (VST) for program symbols. A maximum of 
61 KB of host memory space is available for the 
VST. If the VST is larger than 61 KB, the excess is 
stored on available host system disk space and is 
paged in and out as needed. The size of the VST is 
limited only by the disk capacity of the host system. 


Breakpoint 
Specifications 


Breakpoints are used to halt a user program in order 
to examine the effect of the program's execution on 
the target system. The ICE-5100/044 emulator sup- 
ports three different types of break specifications: 
• Specific address break-specifying 
a single ad- 


dress point at which emulation is to be stopped. 


• Range break-an 
arbitrary range of addresses 


can be specified to halt emulation. Program exe- 
cution within or, optionally, outside the range 
halts emulation. 


• Page break-up 
to 256 page breaks can be spec- 
ified. A page break is defined as a range of ad- 
dresses that is 256-bytes long and begins on a 
256-byte address boundary. 


Break registers are user-defined debug definitions 
used to create and store breakpoint definitions. 
Break registers can contain multiple breakpoint defi- 
nitions and can optionally call debug procedures 
when emulation halts. 


Trace Specifications 


Tracing can be triggered using specifications similar 
to 
those 
used 
for 
breaking. 
Normally, 
the 


ICE-5100/044 
emulator 
traces 
program 
activity 


while the user program is executing. With a trace 
specification, tracing can be triggered to occur only 
when specific conditions are met during execution. 
Up to 254 24-bit frames of trace information are col- 
lected in a buffer during emulation. Sixteen of the 24 
bits trace instruction execution addresses, and 8 bits 
capture external events (CLIPS). 


,;-- 
'{._ 
'0 Print 
newest 
four 
instructions 
in the 
buffer 0' 


hI t > PRINT NEWEST4 
FRAME 
ADDR 
CODE 


(28) 
300A 
C02A 


(30 
300C 
2532 


(32) 
300E 
F52A 


(34) 
3010 
B532l0 


hIt> 
hI t >PRINT CLIPS 
FRAME 
ADDR 
(00) 
007AH 
(01) 
007CH 


INSTRUCTIONS 
PUSH 
2AH 
ADD 
A, 
32H 


MOV 
2AH, A 
CJNE 
A,32H, 


OLDEST 2 
CODE 
0508 
80E6 


'0 Buffer 
display 
showing 
clips 0' 


INSTRUCTIONS 
CLIPS 
(76543210) 


INC 
INDX PTR 
10101111 


SJMP (#28) 
00100010 
lL_------ 
---------11 


260325-3 


The trace buffer display is similar to an ASM-51 
pro- 
gram listing as shown 
in Figure 2. The PRINT com- 
mand 
enables 
the 
user 
to 
selectively 
display 
the 
contents 
of the trace buffer. The user has the option 
of displaying 
the clips information 
as well as dissas- 


sembled 
instructions. 


Procedures 


Debugging 
procedures 
(PROCs) 
are a user-defined 


group of ICE-5100/044 
commands 
that are execut- 


ed as one command. 
PROCs enable the user to de- 


fine several 
commands 
in a named 
block structure. 


The commands 
are executed 
by entering 
thename 


of the PROC. The PROC bodies are a simple DO ... 
END construct. 


~>GO 
no. 


<expr> 
J 


Figure 3. The Integrated 
Command 
Directory 
for the GO Command 
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t"HULOScan SimUlatemissing hardware or software, 
set breakpoints, collect debug information, and exe- 
cute high-level software patches. PROCs can be 
copied to text files on disk, then recalled for use in 
later test sessions. PROCs can also serve as pro- 
gram diagnostics, implementing ICE-5100/044 emu· 
lator commands or user-defined definitions for spe- 
cial purposes. 


On-Line Syntax Menu 


A special syntax menu, called the Integrated Com- 
mand directory (ICD), similar to the one used for the 
121CETMsystem and the VLSiCE-96 emulator, aids in 
creating syntactically correct command lines. Figure 
3 shows an example of the ICD and how it changes 
to reflect the options available for the GO command. 


Help 


The HELP command provides ICE-5100/044 emula- 
tion command assistance via the host system termi- 
nal. On-line HELP is available for the ICE-5100/044 
emulator commands shown in Figure 4. 


BITBUSTM Applications 
Support 


The ICE-5100/044 emulator provides an ideal envi- 
ronment for developing applications code for BIT- 
BUS board products such as the RCB·44/10, the 
RCB-44/20, 
the 
PCX-344, and the 
iSBXTM-344 
board. 


The BITBUS firmware, available separately as BIT- 
WARE, can be loaded into the ICE-5100/044 emula- 


tor'" memory along with the user's code to enable 
rapid debug of 8044 BITBUS applications code. 


The height of the processor module and the target 
adaptor need to be considered for target systems. 
Allow at least 1% inches (3.8 cm) of space to fit the 
processor module and target adaptor. Figure 5 
shows the dimensions of the processor module. 


Execution of user programs that contain interrupt 
routines causes incorrect data to be stored in the 
trace buffer. When an interrupt occurs, the next in- 
struction to be executed is placed into the trace buff- 
er before it is actually executed. Following comple- 
tion of the interrupt routine, the instruction is execut- 
ed and again placed into the trace buffer. 


The emulation processor's 
user-pin timings and 
loadings are identical to the 8044 component, ex- 
cept as follows. 
• Up to 25 pF of additional pin capacitance is con- 


tributed by the processor module and target 
adaptor assemblies. 
• Pin 31, EA, has approximately 32 pF of additional 


capacitance loading due to sensing circuitry. 


• Pins 18 and 19, XTAL1 and XTAL2 respectively, 


have approximately 15-16 pF of additional capac- 
itance when configured for crystal operation. 


ADDRESS 
APPEND 
ASM 
BASE 
BYTE 
CHAR 
CI 
CNTL_C 
CURHOME 
CURX 
CURY 
DCI 
DISPLAY 
DO 
DYNASCOPE EDIT 
EXPRESSION GO 
HELP 
IF 
KEYS 
LABEL 
LINES 
LIST 
MAP 
MENU 
MODIFY 
MODULE 
OPERATOR 
PAGING 
PARTITION PRINT 
REFERENCE 
REGS 
REMOVE 
REPEAT 
STRING 
SYMBOLIC SYNCSTART TEMPCHECK 
VERIFY 
VERSION 
WAIT 
WORD 
hit> 


BIT 
BOOLEAN 
COMMENTS 
CONSTRUCTS 


DEBUG 
DEFINE 
ERROR 
EVAL 
INCLUDE 
INVOCATION 


LITERALLY LOAD 
MSPACE 
MTYPE 
PROC 
PSEUDO_VAR 


RESET 
RETURN 
TRCREG 
TYPES 
WRITE 


BRKREG 
COUNT 
DIR 
EXIT 
ISTEP 
LSTEP 
NAMESCOPE 
PUT 
SAVE 
VARIABLE 


Figure 4. HELP Menu 
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HOST REQUIREMENTS 


• 
IBM PC AT or PC XT (or PC DOS compatible) 
with 
512 
KB of available 
RAM and a hard disk 
running 
under 
the DOS 3.0 ( or later) 
operating 
system. 


• 
Intellec 
Series III/IV 
microcomputer 
development 
system 
running 
the 
ISIS or iNDX operating 
sys- 
tem respectively, 
with at least 512 KB of applica- 
tion memory 
resident. 


• 
Disk drives-dual 
floppy or one hard disk and one 
floppy 
drive required. 


ICETM-5100/044 
EMULATOR 
SOFTWARE 
PACKAGE 


• 
ICE-51 00/044 
emulator 
software 


• 
ICE-51 00/044 
confidence 
tests 


• 
ICE-51 00 tutorial 
software 


Memory 
Mappable 
64 KB 
full-speed 
emulation 
code 
memory 


Trace memory 


Virtual Symbol 
Table 


Mappable 
to user or ICE- 
5100/044 
emulator 
mem- 
ory in 4 KB blocks on 4 KB 
boundaries. 


254 x 24 bit frames 


A maximum 
of 61 
KB of 
host 
memory 
space 
is 
available 
for 
the 
virtual 
symbol 
table 
(VST). 
The 
rest of the VST resides on 
disk and 
is paged 
in and 
out as needed. 


Width: 


Height: 


Depth: 


Weight: 


8-Y4" 
1-%" 


13-%" 


4 Ibs 


(21 
cm) 
(3.8 
cm) 


(34.3 
cm) 


( 1.85 kg) 


(With the target 
adaptor 
attached) 


Width: 
3_13116" 
(9.7 
cm) 


Height: 
4" 
(10.2 cm) 


Depth: 
1-%" 
(3.8 
cm) 


Power Supply 


Width: 
7-%" 
(18.1 
cm) 


Height: 
4" 
(10.06 cm) 


Depth: 
11" 
(27.97 cm) 


Weight 
15 Ibs 
(6.1 
kg) 
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Power Supply 


100-120V or 200-240V (selectable) 
50-60 Hz 
2 amps (AC max) @ 120V 
1 amp (AC max) @ 240V 


ENVIRONMENTAL 
CHARACTERISTICS 


+ 10°C to + 40°C (50°F to 
104°F) 
Maximum of 85% relative 
humidity, non-condensing 


Emulator Hardware and Software 
Order Code 
Description 
1044KITAD 
This kit contains the ICE-5100/044 
user probe assembly, power supply 
and 
cables, 
~erial cables, 
target 
adaptor, 
CPA, ICE-5100 controller 
pod, software, and documentation for 
use with an IBM PCAT or PCXT. The 
kit also includes the 8051 Software 
Development 
Package 
and 
the 
AEDIT text editor for use on DOS 
systems. [Requires software license.] 
1044KITD 
This kit is the same as the 1044KITAD 
excluding the 8051 Software Devel- 
opment Package and the AEDIT text 
editor. [Requires software license.] 


1044KITAS 
This kit contains the ICE-5100/044 
user probe assembly, power supply 
and 
cables, 
serial 
cables, 
target 
adaptor, CPA, ICE-5100 controller 
pod, software, and documentation for 
use with Intel hosts (Series III/IV). 
The kit also includes the 8051 Soft- 
ware Development Package and the 
AEDIT text editor for use on the Se- 
ries 
III/IV. 
[Requires 
software 
li- 
cense.] 
1044KITS 
This kit is the same as the 1044KITAS 
excluding the 8051 Software Devel- 
opment Package and the AEDIT text 
editor. [Requires software license.] 


Software Only 
Order Code 
Description 
SA044D 
This kit contains the host, probe, di- 
agnostic, and tutorial 
software on 


5%" disks for use on an IBM PC AT 
or PC XT (requires DOS 3.0 or later). 
[Requires software license.] 


SA044S 
This kit contains the host, probe, di- 
agnostic, and tutorial software on 8" 
disks (both single-density and dou- 
ble-density) for use on a Series III, 
and on 5-Y. disks for use on a Se- 
ries IV. [Requires software license.] 


Other Usefullntel@ MCS@·51Debug and 
Development Support Products 
Order Code 
Description 
D86ASM51 
8051 Software Development 
Pack- 


age (DOS version)--Consists of the 
ASM-51 
macro 
assembler 
which 


gives symbolic access to 8051 hard- 
ware features; the RL51 linker and 
relocator program that links modules 
generated 
by 
ASM-51; 
CONV51 


which enables software written for 
the MCS-48 family to be up-graded to 
run on the 8051, and the L1B51 li- 
brarian which programmers can use 
to create and maintain libraries of 
software object modules. Use with 
the DOS operating system (version 
3.0 or later). 
D86PLM51 
PL/M·51 
Software 
Package (DOS 


version)--Consists 
of the PLlM-51 


compiler which provides high-level 
programming language support; the 
L1B51 
utility 
that 
creates 
and 


maintains libraries of software object 
modules, and the RL51 linker and 
relocator program that Jinksmodules 
generated by ASM-51 and PLlM-51 
and locates the linked object mod- 
ules to absolute memory locations. 
Use with the DOS operating system 
(version 3.0 or later). 


186ASM51 
8051 Software Development 
Pack· 


age 
(ISIS version)--5ame 
as the 


D86ASM51 package except this one 
is for use with the Series III. 


186PLM51 
PL/M-51 Sofware 
Package--5ame 


as the D86PLM51 package except 
this one is for use with the Series III 
and Series IV. 


D86EDINL 
AEDIT text editor for use with the 
DOS operating system. 


ICETM-5100/252 
In-Circuit Emulator for the 
MCS®-51 Family of Microcontrollers 
• Precise, 
Full-Speed, 
Real-Time 
• Symbolic 
Debugging 
Enables Access 
to 
Emulation 
of Selected 
MCS-51 
Memory 
Locations 
and Program 
Mlcrocontroller 
Components 
at Speeds 
Variables 
Up to and Including 
16 MHz 
• Four Address 
Breakpoints 
with In- 
• 64 KB of Mappable 
High-Speed 
Range, Out-Of-Range, 
and Page Breaks 
Emulation 
Memory 
• Equipped 
with the Integrated 
Command 
• 254 24-Blt Frames of Trace 
Memory 
(16 
Directory 
(ICDTM) that Includes: 
Bits Trace 
Program 
Execution 
- 
On-Line 
Help 
Addresses 
and 8 Bits Trace 
External 
- 
Syntax 
Guidance 
and Checking 
Events) 
- 
Dynamic 
Command-Entry 
• Serial Link to the IBM- 
PC AT, PC XT 
- 
Error Checking 


(and DOS Compatibles), 
and the 
- 
Command 
Recall 


Intellec@ Series IIII1V 
• On-Line 
Disassembler 
and Single-Line 
• ASM-51 
and PL/M-S1 
Language 
Assembler 
to Help with Code Patching 


Support 
• Built-In CRT-Oriented 
Text Editor 


The ICETM-5100/252 in-circuit emulator is a high-level, interactive debugging system that is used to develop 
and test the hardware and software of a target system based on the MCS~-51 family of microcontrollers. The 
ICE-5100/252 emulator can be serially linked to an IBM PC AT or PC XT, or an Intellec Series III/IV. The 
emulator can communicate with the host system at standard baud rates up to 19.2K. The design of the 
emulator supports selected MCS-51 microcontroller components at speeds up to and including 16 MHz. 
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The ICE·5100/252 
emulator 
provides 
full emulation 
support 
for the 
Mcse-51 
family 
members 
listed 
in 
Table 
1. 


The ICE-5100/252 
emulator 
enables 
hardware 
and 
software 
development 
to 
proceed 
simultaneously. 


With 
the 
ICE-5100/252 
emulator, 
prototype 
hard- 
ware can be added 
to the system 
as it is designed 
and software 
can be developed 
prior to the comple- 


tion of the hardware 
prototype. 
Software 
and hard- 


ware integration 
can occur while the product 
is being 


developed. 


The 
ICE-5100/252 
emulator 
assists 
four stages 
of 
development: 


• 
Software 
debugging 


• 
Hardware 
debugging 


• 
System 
integration 


• 
System 
test 


Software 
Debugging 


The 
ICE-5100/252 
emulator 
can be operated 
with- 


out being connected 
to the target 
system 
or before 
any of the user's hardware 
is available 
(provided 
ex- 
ternal data RAM is not needed). 
In this stand-alone 
mode, 
the ICE-5100/252 
emulator 
can be used to 
facilitate 
program 
development. 


Hardware 
Debugging 


The 
ICE-5100/252 
emulator's 
AC/DC 
parametric 
characteristics 
match the microcontroller's. 
The em- 
ulator's 
full-speed 
operation 
makes it a valuable 
tool 


for debugging 
hardware, 
including 
time-critical 
serial 
port, timer, and external 
interrupt 
interfaces. 


Integration 
of 
software 
and 
hardware 
can 
begin 


when the emulator 
is plugged 
into the microcontrol- 
Jer socket 
of the prototype 
system 
hardware. 
Hard- 


ware can be added, modified, 
and tested 
immediate- 


ly. As each 
section 
of the user's 
hardware 
is com- 


pleted, 
it can be added 
to the prototype. 
Thus, the 


hardware 
and software 
can be system tested 
in real- 


time operation 
as each section 
becomes 
available. 


When the prototype 
is complete, 
it is tested 
with the 


final version 
of the system 
software. 
The ICE-5100/ 


252 emulator' is then used for real-time 
emulation 
of 


the microcontroller 
to debug 
the system 
as a com- 


pleted 
unit. 


The final product 
verification 
test can be performed 


using the ROM or EPROM version 
of the microcon- 


troller. 
Thus, 
the 
ICE-5100/252 
emulator 
provides 


the ability to debug a prototype 
or production 
system 


at any stage in its development 
without 
introducing 


extraneous 
hardware 
or software 
test tools. 


The ICE-5100/252 
emulator 
consists 
of the follow- 


ing components 
(see Figure 1): 


• 
Power supply 


• 
AC and DC power cables 


• 
Controller 
pod 


• 
Serial cable (host-specific) 


• 
User probe 
assembly 
(consisting 
of the proces· 


sor module 
and the user cable) 


• 
Crystal power accessory 
(CPA) 


Part 
On-Chip Program 
Memory 
On-Chip 
Data Memory 


8031 
None 
128 bytes 


80C31 
None 
128 bytes 


8032 
None 
256 bytes 


8051 
4KB-ROM 
128 bytes 


80C51 
4KB-ROM 
128 bytes 


8052 
8 KB-ROM 
256 bytes 


80C252 
None 
256 bytes 


83C252 
8 KB-ROM 
256 bytes 


8751 
4 KB-EPROM 
128 bytes 


87C51 
4 KB-EPROM 
128 bytes 


8752 
8 KB-EPROM 
256 bytes 


87C252 
8 KB-EPROM 
256 bytes 
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• 40-pin DIP target adaptor 


• Clips assembly 
• Software (includes the ICE-5100/252 emulator 
software, diagnostic software, and tutorial) 


The controller pod contains 64 KB of emulation 
memory, 254- by 24-bit frames of trace memory, and 
the control processor. In addition, the controller pod 
houses a BNC connector that can be used to con- 
nect up to 10 multi-ICE compatible emulators to- 
gether for synchronous starting and stopping of em- 
ulation. 


The serial cable connects the host system to the 
controller pod. The serial cable supports a subset of 
the RS-232C signals. 


The user probe assembly consists of a user cable 
and a processor module. The processor module 
houses the emulation processor and the interface 
logic. The target adaptor connects to the processor 
module and provides an electrical and mechanical 
interface to the target microcontroller socket. 


The crystal power accessory (CPA) is a small de- 
tachable board that connects to the controller pod 
and enables the ICE-5100/252 emulator to run in 


stand-alone mode. The target adaptor plugs into the 
socket on the CPA; the CPA then supplies clock and 
power to the user probe. 


The clips assembly enables the user to trace exter- 
nal events. Eight bits of data are gathered on the 
rising edge of PSEN during opcode fetches. The 
clips information can be displayed using the CLIPS 
option with the PRINT command. Trace qualification 
input and output lines are also provided on the clips 
pod for connection to test equipment. 


The ICE-5100/252 emulator software supports mne- 
monics, object file formats, and symbolic references 
generated by Intel's ASM-51 and PL/M-51 program· 
ming languages. Along with the ICE-5100/252 emu- 
lator software is a customer confidence test disk 
with diagnostic routines that check the operation of 
the hardware. 


The on-line tutorial is written in the ICE-5100 com- 
mand language. Thus, the user is able to interact 
with and use the ICE-5100/252 emulator while exe· 
cuting the tutorial. 


A comprehensive set of documentation is included 
with the ICE-5100/252 emulator. 


inter 


ICETM-5100/252 
EMULATOR 
FEATURES 


The ICE-5100/252 emulator has been created to as- 
sist a product designer in developing, debugging, 
and testing designs incorporating the MCS@-51fam- 
ily of microcontrollers. The following sections detail 
some of the ICE-5100/252 emulator features. 


The ICE-5100/252 emulator emulates the microcon- 
trollers listed in Table 1. Selecting a processor type 
changes the following characteristics to match the 
microcontroller selected: 


• Internal RAM size 
• Internal ROM size 
• Idle and power down mode enable 
• Special function register symbolic map 


• Memory map 
• Latched or unlatched EA 
• Serial port framing and error detection 


Emulation is the controlled execution of the user's 
software in the target hardware or in an artificial 
hardware environment that duplicates the microcon- 
troller of the target system. Emulation is a transpar- 
ent process that happens in real-time. The execution 
of the user software is facilitated with the ICE-5100/ 
252 command language. 


There is 64 KB of memory that can be mapped to 
the CODE memory space in 4 KB blocks on 4 KB 
boundaries. By mapping memory to the ICE-5100/ 
252 emulator, software development can proceed 
before the user hardware is available. 


Memory Examination 
and Modification 


The memory space for the MCS\!l-51 component(s) 
and its target hardware is fully accessible through 
the emulator. The ICE-5100/252 emulator refers to 
four physically distinct memory spaces, as follows: 


• CODE - 
references program memory 
• IDATA - 
references internal data memory 
• RDATA - 
references special function register 
memory 
• XDATA - 
references external data memory 


ICE-5100/252 
emulator 
commands 
that 
access 


memory use one of the special prefixes (e.g., CODE) 
to specify the memory space. 


The microcontroller's special function registers and 
register bits can be accessed mnemonically (e.g., 
DPL, TCON, CY) with the ICE-5100/252 emulator 
software. 


Data can be displayed or modified in one of three 
bases: hexadecimal, decimal, and binary. Data can 
also be displayed or modified in one of two formats: 
ASCII and unsigned integer. Program code can be 
disassembled and displayed as ASM-51 assem- 
bler mnemonics. Code can be modified with stan- 
dard ASM-51 statements using the built-in single- 
line assembler. 


Symbolic references can be used to specify memory 
locations. A symbolic reference is a procedure 
name, line number, program variable, or label in the 
user program that corresponds to a location. 


Some typical symbolic functions include: 
• Changing or inspecting the value of a program 


variable by using the symbolic name to access 
the memory location. 
• Defining break and trace events using symbolic 


references. 


• Referencing variables as primitive data types. 


The primitive data types are ADDRESS, BIT, 
BOOLEAN, 
BYTE, 
CHAR 
(character), 
and 


WORD. 


The ICE-5100/252 emulator maintains a virtual sym- 
bol table (VST) for program symbols. A maximum of 
61 KB of host memory space is available for the 
VST. If the VST is larger than 61 KB, the excess is 
stored on available host system disk space and is 
paged in and out as needed. The size of the VST is 
limited only by the disk capacity of the host system. 


Breakpoints are used to halt a user program in order 
to examine the effect of the program's execution on 
the target system. The ICE-5100/252 emulator sup- 
ports three different types of break specifications: 


• Specific address break - 
A single address can 


be specified to halt emulation. 


inter 


• Range break - 
An arbitrary range of addresses 
can be specified to halt emulation. Program exe- 
cution within or, optionally, outside the range 
halts emulation. 


• Page break - 
Up to 256 page breaks can be 
specified. A page break is defined as a range of 
addresses that is 256-bytes long and begins on a 
256-byte address boundary. 


Break registers are user-defined debug definitions 
used to create and store breakpoint definitions. 
Break registers can contain multiple breakpoint defi- 
nitions and can optionally call debug procedures 
when emulation halts. 


Tracing can be triggered using specifications similar 
to those used for breaking. Normally, the ICE-5100/ 
252 emulator traces program activity while the user 
program is executing. With a trace specification, 
tracing can be triggered to occur only when specific 
conditions are met during execution. Up to 254 
24-bit frames of trace information are collected in 
the buffer during emulation. Sixteen of the 24 bits 
trace instruction execution addresses, and 8 bits 
capture external events (CLIPS). 


The trace buffer display is similar to an ASM·51 pro- 
gram listing shown in Figure 2. The PRINT command 
enables the user to selectively display the contents 
of the trace buffer. The user has the option of dis- 
playing the clips information as well as disassem- 
bled instructions. 


Debugging procedures (PROCs) are a user-named 
group of ICE-5100/252 emulator commands that are 
executed as one command. PROCs enable the user 
to define several commands in a named block struc- 
ture. The commands are executed by entering the 
name of the PROC. The PROC bodies are a simple 
DO...END construct. 


PROCs can simulate missing hardware or software, 
collect debug information, and execute high-level 
software patches. PROCs can be copied to text files 
on disk, then recalled for use in later test sessions. 
PROCs can also serve as program diagnostics, im- 
plementing ICE-5100/252 emulator commands or 
user-defined 
definitions 
for 
special 
purposes. 


PROCs can also be used to set breakpoints. 


On-Line Syntax Menu 


A special menu, called the Integrated Command Di- 
rectory (ICD), similar to the one used for the 121CETM 
system and the VLSiCE-96 emulator, aids in creating 
syntactically correct command lines. Figure 3 shows 
an example of the ICD and how it changes to reflect 
the options available for the GO command. 


The HELP command provides ICE-5100/252 emula- 
tion command assistance via the host system termi- 
nal. On-line HELP is available for the ICE-5100/252 
emulator commands shown in Figure 4. 


ADDRESS 
300A 
300C 
300E 
3010 


1* 
Print 
newest 
four 
instructions 
in 
buffer 
*1 
CODE 
INSTRUCTION 
C02A 
PUSH 
2AH 
2532 
ADD 
A,32H 
F52A 
MOV 
2AH,A 
B53210 
CJNE 
A,32H,.+10H 


FRAME 
(028) 
(030) 
(032) 
(034) 
hIt> 
hIt>PRINT 
CLIPS 
OLDEST 2 
1* Buffer 
display 
showing 
clips 
*1 
FRAME 
ADDRESS 
CODE 
INSTRUCTION 
CLIPS 
(76543210) 


(000) 
300A 
C02A 
PUSH 
2AH 
01110011 


(001) 
300C 
2532 
ADD 
A,32H 
11110101 
hit> 
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Design Considerations 


The height of the processor module and the target 
adaptor need to be considered for target systems. 


Allow at least 1-% inches (3.8 cm) of space to fit the 
processor module and target adaptor. Figure 5 
shows the dimensions of the processor module. 


lhlt> 
GO FROM 
<expr> 


hlt> 
GO FROMlo3H 


<operator> 
ARM FOREVER 
TIL 
USING 
TRACE 
<execute> 
lhl t > GO FROM:L3H USING 
BRI(REG <brkreg 
name> 
lhlt> 
GO FROM:L3H USING brlo 


; 
TRACE 
; 
<execute> 


l 


hlt> 
GO 
FROM lo3H USING 
brlo 
TRACE traceit 


_; 
< execute> 


AD»RESS 
BRKREG 
CONSTRUCTS 
DCI 
DYNASCOPE 
GO 
KEYS 
LSTEP 
MTYPE 
PROC 
REPEAT 
SYNCSTART 
VERSION 
hI t> 


APPEND 
BYTE 
COUNT 
DEBUG 
EDIT 
HELP 
LABEL 
MAP 
NAMESCOPE 
PSEUDO_VAR 
RESET 
TEMP.CHECK 
WAIT 


ASM 
CHAR 
CPU 
DEFINE 
ERROR 
IF 
LINES 
MENU 
OPERATOR 
PUT 
RETURN 
TRCREG 
WORD 


BASE 
CI 
CURHOME 
DIR 
EVAL 
INCLUDE 
LIST 
MODIfY 
PAGING 
REfERENCE 
SAVE 
TYPES 
WRITE 


BIT 
CNTL_C 
CURX 
DISPLAY 
EXIT 
INVOCATION 
LITERALLY 
MODULE 
PARTITION 
REGS 
STRING 
VARIABLE 


BOOLEAN 
COMMENTS 
CURY 
DO 
EXPRESSION 
ISTEP 
LOAD 
MSPACE 
PRINT 
REMOVE 
SYMBOLIC 
VERIfY 
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SIDEVIEW 
PROCESSOR 
MODULE 
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J,::"._, 


TARGET 
::...-.l..- 


ADAPTOR 


The emulation processor's user-pin timings and loadings are identical to the 80C252 component except as 
follows. 


Maximum 
Operating 
ICC (ma)* 
Maximum 
Idle ICC (ma)* 


Vcc 
4V 
5V 
6V 
4V 
5V 
6V 


Frequency 


0.5 MHz 
0.87 
1.62 
3.0 
0.58 
1.21 
2.5 


3.5 MHz 
4.8 
6.82 
9.76 
2.2 
4.97 
6.33 


8.0 MHz 
10.5 
15.0 
20.5 
6.0 
8.98 
11.76 


12.0 MHz 
15.2 
22.2 
30.2 
9.2 
13.34 
17.46 


16.0 MHz 
19.4 
28.6 
38.7 
11.8 
17.4 
23.4 


• ICC is measured with all output pins disconnected. 
XTAL1 driven with TCLCH, TCHCL=10ns,Vil=Vss+.5V, 
Vih=Vcc-.5V. XTAl2 not connected. 
For maximum operating ICC 
EA= RST= PortO= Vcc. 
For maximum idle ICC 


• EA=PortO=Vcc, 
RST=Vcc, internal clock to PCA gated off. 


• Up to 25 pf of additional pin capacitance is con- 
tributed by the processor module and target 
adaptor assemblies. 
• Pin 31, EA, has approximately 32 pf of additional 


capacitance loading due to sensing circuitry. 


• Pins 18 and 19, XTAL1 and XTAL2, respectively, 


have approximately 15 to 16 pf of additional ca- 
pacitance when configured for crystal operation. 
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Chip Function 
HMOS Component 
8031 
CHMOS Component 
80C31 


RST trigger threshold 
2.5V 
70% Vcc (3.5V 
@ Vcc = 5V) 
RST input impedance 
4K - 
10K ohms 
50K - 
150K ohms 
Port Iii 
-800,...A 
-50,...A 


Clock threshold 
2.5V 
70% Vcc (3.5V 
@ Vcc = 5V) 


Emulating HMOS Components 


The ICE-5100/252 
emulator 
is based on a CHMOS 


emulation 
processor. 
There 
are 
minor 
differences 
between 
how the ICE-5100/252 
emulator 
supports 


CHMOS 
and HMOS designs 
as shown 
in Table 2. 


Refer to the Microcontro/ler 
Handbook, 
order 
num- 
ber 210918, 
for further 
information 
on CHMOS 
and 


HMOS design considerations. 


• 
IBM PC AT or PC XT (or PC-DOS 
compatible) 


with 512 KB of RAM and a hard disk "running un- 
der the DOS 3.0 (or later) operating 
system. 


• 
Intellec Series III/IV Microcomputer 
Development 
System 
running under the ISIS or iNDX operating 


system respectively, 
with at least 512 KB of appli- 
cation 
memory 
resident. 


Disk drives - 
Dual floppy 
or one hard disk and 


one floppy drive required. 


ICETM-5100/252 
SYSTEM 
SOFTWARE 


PACKAGE 


• 
ICE·51 00/252 
emulator 
software 


• 
ICE-51 00/252 
confidence 
tests 


• 
ICE-5100/252 
tutorial 
software 


Memory 


Mappable 
full- 
speed emulation 
code memory 


64 KB 
Mappable 
to user or 
ICE-51 00/252 
emulator 
memory in 
4 KB blocks on 
4 KB boundaries. 


Virtual Symbol 
Table 


A maximum 
of 61 


KB of host memory 
space 
is available 
for the Virtual Sym- 
bol 
Table 
(VST). 


The 
rest 
of 
the 
VST 
resides 
on 
disk 
and 
is paged 
in and out as need- 
ed. 


Width 
Height 
Depth 
Weight 


8%" 
(21 em) 


1%" 
(3.8em) 
13%" 
(34.3 em) 


4 Ibs 
(1.85 kg) 


Width 
Length 
Height 


310/16" 
(9.7 em) 


1%" 
(3.8em) 


1%" 
(3.8em) 


inter 


Width 
Height 
Depth 
Weight 


7%"(18.1 cm) 
4" 
(10.06 cm) 


11" 
(27.97 cm) 


15 Ibs (6.1 kg) 


Power Supply 


100 - 120V or 200 - 240V (selectable) 
50-60Hz 
2 amps (AC max) @ 120V 
1 amp (AC max) @ 240V 


ENVIRONMENTAL 
CHARACTERISTICS 


+ 10° C to +40°C (50°F to 
104°F) 
Maximum of 85% 
relative 
humidity, non-condensing 


Emulator Hardware 
and Software 
Order Code 
Description 


pl252KITAD 
This kit contains: ICE-5100/252 user 
probe assembly, power supply and 
cables, serial cables, target adaptor, 
CPA, ICE-5100 controller pod, soft- 
ware, and documentation for use with 
an IBM PC AT or PC XT. The kit also 
includes the 8051 Software Develop- 
ment Package and the AEDIT text ed- 
itor for use on DOS systems. [Re- 
quires software license.) 
pl252KITD 
This 
kit 
is 
the 
same 
as 
the 
pl252KITAD kit excluding the 8051 
Software Development Package and 
the AEDIT text editor. [Requires soft- 
ware license.) 


This kit contains the ICE-5100/252 
user probe assembly, power supply 
and 
cables, 
serial 
cables, 
target 


adaptor, 
CPA, ICE-5100 controller 


pod, software, and documentation for 
use with Intel hosts (Series III, IV). 
The kit also includes the 8051 Soft- 
ware Development Package and the 
AEDIT text editor for use on Series 
III/IV. [Requires software license.) 
This 
kit 
is 
the 
same 
as 
the 


pl252KITAS kit excluding the 8051 
Software Development Package and 
the AEDIT text editor. [Requires soft- 
ware license.) 


Software 
Only 
Order Code 
Description 
pSA252D 
This kit contains the host, probe, di- 
agnostic 
and tutorial 
software 
on 


5%" disks for use on an IBM PC AT 
or PC XT (requires DOS 3.0 or later). 
[Requires software license.) 
pSA252S 
This kit contains the host, probe, di- 
agnostic and tutorial software on 8" 
disks (both single-density and double- 
density) for use on.a Series III, and on 
5%" 
disks for use on a Series IV. 


[Requires software license.) 


Other Useful Intel Debug and 
Development 
Support Products 


Order Code 
Description 
pD86ASM51 
8051 Software Development Pack- 
age (DOS version) - 
Consists of the 


ASM-51 
macro 
assembler 
which 


gives symbolic access to 8051 hard- 
ware features; the RL51 linker and re- 
locator program that links modules 
generated 
by 
ASM-51; 
CONV51 


which enables software written for 
the MCS-48 family to be up-graded to 
run on the 8051, and the LIB51 li- 
brarian which programmers can use 
to create and maintain libraries of 
software object modules. Use with 
the DOS operating system (version 
3.0 or later). 


intJ 


pD86PLM51 
PL/M·51 
Software 
Package (DOS 
version) - 
Consists of the PL/M-51 
compiler which 
provides high-level 
programming language support; the 
L1B51 utility that creates and main- 
tains libraries of software object mod- 
ules. and the RL51 linker and reloca- 
tor program that links modules gener- 
ated by ASM-51 and PLlM-51 and lo- 
cates the linked object modules to 
absolute memory locations. Use the 
DOS operating system (version 3.0 or 
later). 


pl86ASM51 
8051 Software Development Pack- 
age (ISIS version) - 
Same as the 


pD86ASM51 package except this one 
is for use with the Series III. 


pl86PLM51 
PLlM-51 Software Package - 
Same 


as the pD86PLM51 package except 
this one is for use with the Series III 
and Series IV. 


pD86EDIEU 
AEDIT text editor for use with the 
DOS operating system. 
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HIGH PERFORMANCE 
REAL-TIME 
EMlJLATlON 


Intel's ICE-186 emulator 
delivers 
real-time 
emulation 
for the 80C186 
microprocessor 
at speeds up to 


12.5 MHz. The in-circuit 
emulator 
is a versatile 
and efficient 
tool for developing, 
debugging 
and 


testing 
products 
designed 
with the Intel80C186 
microprocessor. 
The ICE·186 emulator 
provides 
real 


time, fuli speed emulation 
in a users system. 
Popular 
features 
such as symbolic 
debug, 2K bytes 


trace memory, 
and single·step 
program 
execution 
are standard 
on the ICE-186 emulator. 
Intel 
provides 
a complete 
development 
environment 
using assembler 
(ASM86) as weli as high-level 
languages 
such as Intel's C86, PUM86 
or Fortran 
86 to accelerate 
development 
schedules. 


The ICE-186 emulator 
supports 
a subset of the 8OCl86 
features 
at 12.5 MHz and at the TTL level 
characteristics 
of the component. 
The emulator 
is hosted on IBM's Personal Computer 
AT. aiready 


available 
as a standard 
development 
solution 
in most of today's 
engineering 
environments. 
The 


ICE-186 emulator 
operates 
in prototype 
or standalone 
mode, aliowing 
software 
development 
and 
debug before a 'prototype 
system 
is available. 
The ICE-186 emulator 
is idealiy 
suited for developing 
real-time 
applications 
such as industrial 
automation, 
computer 
peripherals, 
communications, 
office 


automation, 
or other applications 
requiring 
the fuli power of the 12.5 MHz 80C186 
microprocessor. 


ICI:"'-I B6 I'EATlJRES 


• 
Fuli 
12.5 MHz Emulation 
Speed 
• 
2K Bytes Deep Trace Memory 


• 
Two-Level Breakpoints 
with Occurrence 
Counters 


• 
Single-Step 
capability 


• 
128K Bytes Zero Wait-State 
Mapped 
Memory 


• 
Supports 
DRAM Refresh 
• 
High-Level 
Language 
Support 
• 
Symbolic 
Debug 


• 
Coprocessor 
Support 


• 
RS-232-C and GPIB Communication 
Links 


• 
Crystal 
Power Accessory 


• 
Interface 
for Intel Performance 
Analysis 
Tool 
(iPAn' 


• 
Interface 
for Optional 
General Purpose 
Logic 


Analyzer 


• 
Tutorial 
Software 


• 
Complete 
Intel Service and Support 
inter---------- 


HIGHEST EMlfM'l'lON 
SPEED 


AJ'AIMBLE 
TODAY 


The ICE-186 emulator 
supports 
development 
and debug of 


time-critical 
hardware 
and software 
using Intel's 12.5 MHz 


80C186 
microprocessor. 


RETRACE SOFrWARE 
TIlACllS 


This emulator 
captures 
up to 2,048 frames of processor 


activity, 
including 
both execution 
and data bus activity. 
With this trace memory, large blocks of program 
code can 


be traced in real time and viewed for program 
flow and 


behavior 
characteristics. 


HAllDW.tIRE BREAKPOINTS 
FOR 


COMPLEX DEBlfG 


User·defined 
"TIL-THEN" 
breakpoint 
statements 
stop 


emulation 
at specific execution addresses or bus events. 


During the hardware 
and software 
integration 
phase, 
breakpoint 
statements 
can be defined as execution 


addresses and/or bus addresses and/or bus access types 
such as memory 
and 110reads or writes. Additionally, 


event counters 
provide another 
level of breakpoint 
control 


for sophisticated 
state machine constructs 
used to specify 
emulation 
breakpointsltracepoints. 


A stepping 
command 
can be used to view program 


execution one frame at a time or in preset frame blocks. 
When used in conjunction 
with symbolic 
debug, code 
execution can be monitored 
quickly 
and precisely. 


DEBlfG CODE WITHOlfT A 
PROTOTYPE 


Even before prototype 
hardware 
is available, 
the ICE-186 


emulator 
working 
in conjunction 
with the Crystal 
Power 


Accessory (CPA) creates a "virtual" 
application 


environment. 
128K bytes of zero wait-state 
memory 
is 
available 
for mapped memory 
and 110resource addressing 
in 4K increments. 
The CPA provides emulator 
diagnostics 
as well as the ability 
to use the emulator 
without 
a 


prototype. 


DON'T WSE 
MEMORY 


The ICE-186 emulator 
continues 
DRAM refresh signals 
even when emulation 
has been halted, thus ensuring 
DRAM memory 
will not be lost. During 
interrogation 
mode 
the ICE-186 emulator 
will keep the timers 
functioning 
and 


correctly 
respond to interrupts 
in real-time. 


HIGH LEJ'EL MNGlJAGE SlfPPORT 
OPTIMIZED 
FOR INTEL TOOLS 


The ICE-186 supports 
emulation 
for programs 
written 
in 


Intel's ASM86 or any of Intel's high-level languages: 


PL/M·86 
Pascal·86 
Fortran·86 
C-86 


These languages are optimized 
for Intel component 
architectures 
to deliver a tightly 
integrated, 
high 


performance 
development 
environment. 


IfSER-FRIENDLY 
SYMBOUCS 
AID IN 


DEBlfG 


Symbolics 
allow access to program 
symbols 
by name 


rather than cumbersome 
physical 
addresses. 
Symbolic 


debug speeds the debugging 
process by reducing 
reliance 


on memory 
maps. In a dynamic 
development 
process, user 
variables 
can be used as parameters 
for ICE·186 
commands 
resulting 
in a consistent 
debug environment. 


COPROCESSOR SlfPPORT 


Coprocessor 
support 
enables applications 
to run faster 


due to off loading of the main CPU. The ICE-186 emulator 
supports 
alternate 
coprocessors 
such as LAN controllers 
and graphic 
engines, however it does not have built in 
support 
for the 8087 coprocessor. 


MlfUIPLE 
HIGH-SPEED 
COMMlfNICATION 
UNllS 


Two communication 
links are available 
for use in 
conjunction 
with the host IBM PC AT. The ICE-186 
emulator 
uses either serial (RS-232-C) or a parallel 
(GPIB) 


link. A user supplied 
National 
Instruments 
(IEEE-488) 


GPIB communication 
board provides 
parallel 
transfers 
at 


rates up to 300K bytes per second. 


SOFrWARE 
ANALYSIS ('PAT) 


Intel's Performance 
Analysis 
Tool (iPAT) is designed to 
increase team productivity 
with features 
like interrupt 


latency measurement, 
code coverage analysis 
and 
software 
module performance 
analysis. 
These features 
enable the user to design reliable, 
high performance 
embedded control 
products. 
The ICE-186 emulator 
has an 
external 
60 pin connector 
for iPAT. 


BlfILT-1N SlfPPORT FOR WGIC 
ANALYSIS 


General-purpose 
logic analyzers 
can be used in 
conjunction 
with the ICE-186 to provide detailed timing 
of 
specific events. The ICE-186 emulator 
provides 
an external 


sync signal for triggering 
logic analysis, 
making complex 


trigger 
sequence programming 
easy. An additional 
60 pin 
connector 
is included 
for the logic analyzer. 


WORLDWIDE 
SERJ'ICE AND SlfPPORT 


The ICE-186 emulator 
is supported 
by Intel's worldwide 


service and support 
organization. 
Total hardware 
and 
software 
support 
is available 
including 
a hotline number 
when the need is there. 
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PERSON,4L COMrIJTER 
RE(JIJIREMENTS 


The ICE-186 emulator 
is hosted on an IBM PC AT. The 
emulator 
has been tested and evaluated 
on an IBM PC AT. 


The PC AT must meet the following 
minimum 


requirements: 
• 
640K Bytes of Memory 


• 
Intel Above Board with at Least 1M Byte of Expansion 
Memory 


• 
One 360K Bytes or One 1.2M Bytes noppy Disk Drive 


• 
One 20M Bytes Fixed-Disk 
Drive 
• 
PC DOS 3.2 or Later 


• 
A serial Port (COM 1 or COM2) Supporting 
Minimally 
at 


9600 
Baud Data Transfers, 
or a National 
Instruments 
GPIB-PC2A board. 


• 
IBM PC AT BIOS 


PIIt'SIC,4L 
DESCRlnlON 
,4ND 
CH,4R,4CTERISTICS 


The ICE-186 
Emulator 
consists 
of the following 


components:' 


Width 
Helaht 
Lenath 


Unit 
Inches 
Cm. 
Inches 
Cm. 
Inches 
Cm. 


Emulator 
Control Unit 
10.40 
26.40 
170 
4.30 
2070 
52.60 
Power Supply 
2.80 
7.10 
4.15 
10.70 
11.00 
27.90 


User Probe 
3.70 
9.40 
65 
1.60 
7.00 
17.80 


User Cable! 
Pice 
2200 
55.90 
Hinge Cable 
3.40 
8.60 


Crystal 
Power 


Accessory 
4.30 
10.90 
.60 
1.50 
6.70 
17.00 


CPA Power 


Cable 
9.00 
22.90 
or 
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ELECTRIC,4L CONSIDER,4T10NS 


Ice 1050mA 


ENJ'IIlONMENT,4L 
SrEC,,.,C,4T10NS 


Operating 
Temperature 
10°C-40°C 
Ambient 


Storage Temperature 
- 40 °C-70 OC 


ORDERING 
INI'ORM,4T10N 


ICE 186 
ICE-186 
MOS System including 
ICE 


software 
(Requires 
DOS 3.XX PC AT with 


Above Board) 


ICE-186 
NMOS System including 
ICE srw 


packages and the iPAT system (Requires 
DOS 3.XX PC AT with Above Board) 


D86ASM86NL 
86 macro assembler 
86 buildell<Jinderl 


mapper 
utilities 
for DOS 3.XX. 


86 C compiler 
and run tim~ libraries 
for 


DOS 3.XX. 


D86PLM86NL 
86 PUM compiler 
for DOS 3.XX. 


D86FOR86NL 
86 Fortran 
compiler 
for DOS 3.XX. 
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HIGH PERFORMANCE 
REAL-TIME 
EMIJ"ATION 


Intel's ICE-286 emulator 
delivers 
real-time 
emulation 
for the 80286 
microprocessor 
at speeds up to 


12.5 MHz. The in-circuit 
emulator 
is a versatile 
and efficient 
tool for developing. 
debugging 
and 


testing 
products 
designed with the Intel 80286 
microprocessor. 
The ICE-286 emulator 
provides 
real 


time. full speed emulation 
in a users system. 
Popular 
features such as symbolic 
debug. 2K bytes 
trace memory. and single-step 
program 
execution 
are standard 
on the ICE-286 emulator. 
Intel 


provides 
a complete 
development 
environment 
using assembler 
(ASM-286) 
as well as high-level 


languages 
such as Intel's C286. PUM·286 
or Fortran 
286 to accelerate 
development 
schedules. 


Intel's ICE-286 emulator 
is hosted on IBM's Personal Computer 
AT. already 
available 
as a standard 


development 
solution 
in most of today's 
engineering 
environments. 
The ICE-286 emulator 
operates 
in 


prototype 
or standalone 
mode allowing 
software 
development 
and debug before a prototype 
system 


is available. 
The ICE-286 emulator 
is ideally 
suited for developing 
real time applications 
such as 


process control. 
machine control. 
communications. 
or other applications 
requiring 
the full power of 


the 12.5 MHz 80286 
microprocessor. 


ICE-2B6 
FEATIJRES 


• 
Full 12.5 MHz Emulation 
Speed 
• 
2K Bytes Deep Trace Memory 


• 
Two-Level Breakpoints 
with OCcurrence 


Counters 


• 
Single-Step Capability 
• 
128K Bytes Zero Wait-State Mapped Memory 


• 
Support 
For Protected 
and Real Modes 
• 
High-Level 
Language 
Support 
• 
Symbolic 
Debug 


• 
Numeric Processor 
Extension 
Support 
• 
RS-232-C and GPIB Communication 
Links 


• 
Crystal 
Power Accessory 


• 
Interface 
for Intel Performance 
Analysis 
Tool 


(iPAT) 


• 
Interface 
for Optional 
General Purpose 
Logic 


Analyzer 


• 
Tutorial 
Software 


• 
Complete Intel Service and Support 
inter---------- 


HIGHEST EMIlMTlON 
SPEED 


AJ'AIMBLE 
TODAY 


The ICE-286 emulator 
supports 
development 
and debug of 
time-eritical 
hardware 
and software 
using Intel's 12.5 MHz 
80286 
microprocessor. 


RETRACE 
SOITWARE 
TRACKS 


This emulator 
captures 
up to 2048 frames of processor 


activity, 
including 
both execution 
and data bus activity. 
With this trace memory, large blocks of program 
code can 
be traced in real time and viewed for program 
now and 
behavior 
characteristics. 


IlttR.IJWARE 
BREAKPOINTS 
FOR 


COMPLEX DEBIlG 


User-defined 
"TIL-THEN" 
breakpoint 
statements 
stop 


emulation 
at specific execution 
addresses or bus events. 
During the hardware 
and software 
integration 
phase, 
breakpoint 
statements 
can be defined as execution 


addresses 
and/or bus addresses and/or bus access types, 
such as memory 
and I/O reads or writes. Additionally, 


event counters 
proVide another 
level of breakpoint 
control 
for sophisticated 
state machine constructs 
used to specify 


emulation 
breakpointsltracepoints. 


SMAU 
OR LARGE STEPS 


A stepping 
command 
can be used to view program 


execution one frame at a time or in preset frame blocks. 
When used in conjunction 
with symbolic 
debug, code 


execution can be monitored 
quickly 
and precisely. 


DEBIlG CODE WITBOIlT A 
PROTOTYPE 


Even before prototype 
hardware 
is 'available, the ICE-286 


emulator 
working 
in conjunction 
with the Crystal 
Power 


Accessory (CPA) creates a "virtual" 
application 
environment. 
128K bytes of zero wait-state 
memory 
is 
available 
for mapped memory 
and I/O resource addressing 
in 4K increments. 
The CPA provides 
emulator 
diagnostics 
as well as the ability 
to use the emulator 
without 
a 
prototype. 


PROTECTED 
AND REAL MODES 


The ICE-286 emulator 
has full access to all protected-mode 
registers 
and permits 
modification 
of register contents. 
Protected 
mode of execution 
if beneficial 
for secure, 
multitasking 
applications. 


BlGH-LEJ'EL 
MNGI.l4GE SIlPPORT 


OPTIMIZED 
FOIl INTEL TOOLS 


The ICE-286 supports 
emulation 
for programs 
written 
in 
Intel's ASM 286 and ASM 86 or any of the Intel high-level 
languages: 


PLIM-286/86 
Pascal- 286/86 


Fortran- 286/86 
C-286/86 


These languages are optimized 
for Intel component 
architectures 
to deliver a tightly 
integrated, 
high 
performance 
development 
environment. 


IlSER-FRIENDLY 
SYMBOUCS 
AID IN 


DEBIlG 


Symbolics 
allow access to program 
symbols 
by name 
rather than cumbersome 
physical 
addresses. 
Symbolic 


debug speeds the debugging 
process by reducing 
reliance 


on memory 
maps. In a dynamic 
development 
process. user 
variables 
can be used as parameters 
for ICE-286 


commands 
resulting 
in a consistent 
debug environment. 


B02B7 
NIlMERlCS 
SIlPPORT 


The ICE-286 emulator 
provides emulation 
support 
for the 


80287 
numerics processor. 80287 
registers 
can be 


displayed 
and modified 
allowing 
full debug support 
for 


numerics. 


MIlLTIPLE HIGH-SPEED 
COMMIlNICATIQN UNKS 


Two communication 
links are available 
for use in 
conjunction 
with the host IBM PC AT. The ICE-286 
emulator 
uses either serial (RS-232-C) or a parallel 
(GPIBj 


link. A user supplied 
National 
Instruments 
(IEEE-488) 
GPIB communication 
board provides 
parallel 
transfers 
at 
rates up to 300K bytes per second. 


SOFl'WARE 
ANALYSIS 
(IPAT) 


Intel's Performance 
Analysis 
Tool (iPAT) is designed to 
increase team productivity 
with features 
like interrupt 


latency measurement, 
code coverage analysis 
and 
software 
module performance 
analysis. 
These features 


enable the user to design reliable, 
high performance 


embedded control 
products. 
The ICE-286 emulator 
has an 
external 
60 pin connector 
for iPAT. 


BIlILT-1N SIlPPORT 
FOR LOGIC 


ANALYSIS 


General-purpose 
logic analyzers 
can be used in 
conjunction 
with the ICE-286 to provide detailed timing 
of 


specific events. The ICE-286 emulator 
provides 
an external 
sync signal for triggering 
logic analysis, 
making complex 


trigger 
sequence programming 
easy. An additional 
60 pin 


connector 
is included 
for the logic analyzer. 


WORLDWIDE 
SERJ'ICE AND SIlPPORT 


The ICE-286 emulator 
is supported 
by Intel's worldwide 


service and support 
organization. 
Total hardware 
and 
software 
support 
is available 
including 
a hotline number 
when the need is there. 
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PERSONAL 
COMPlJTER 


REf)lJIREMENTS 


The lCE-286 emulator 
is hostt'd on an IBM PC AT. The 


emulator 
has been tested and evaluated on an IBM PC AT. 
The PC AT must meet the following 
minimum 


requirements: 
• 
640K Bytt's of Memory 


• 
Intel AboV(' Board with at Least 1M Byte of Expansion 
Memory 


• 
One 360K Bytes or One 1.2M Bytes Floppy Disk Drive 
• 
One 20M Bytes Fixed-Disk 
Drive 
• 
PC-DOS 3.2 or Later 
• 
A Serial Port (COM1 or COM2) Supporting 
Minimally 
at 


9600 Baud Data Transfers. 
or a r-Jational Instruments 


GPlB-PC2A Board. 


• 
IBM PC AT BIOS 


ELECTRICAL 
CONSIDERATIONS 


lcc 10!iOmA 


ENVIRONMENTAL 
SPECIFICATIONS 


Temperature 
lOce to 40°C Ambient 


Storage Temperature 
-40°C 
to 70°C 


ICE"'-ZB6 
IlSEIl rlN 
OlFFEIlENCES 


COlffroNENT 
ICE-ZB6 


srEC_ 
srEC. 
r ..•IlAIffEl'EIl 
Iffl. 
/flax 
Iffl. 
/flax 


2 
Sysl~m (CI.K) 1o" llm~ 
11 
2'7 
14 
236 


3 
Sysl~m rCl.K) hl~h 
llm~ 
13 
239 
14 
236 


5 
~synrh 
mput hold lJm~ 
15 
17 


12a 
Stalust~ak 
• arllv~ 


d~lay 
3 
18 
3 
20 
12h 
Slalustp~ak 
• marllve 
d~lay 
3 
20 
3 
22 


13 
~ddr~ss valid d~lay 
1 
32 
1 
34 


14 
\\ nl~ data valid drlay 
0 
30 
0 
33 


15 
~ddr~sstslalusldata 
floal 
0 
32 
0 
34 


16 
HI.[)~ valid drla, 
0 
25 
0 
27 


Consult l'~r 
GUldr ror additional 
s~nr,ralJons. 


PHI'SICAL 
DESCRIPTION 
AND 


CHARACTERISTICS 


The ICE-286 Emulator 
consists of the following 


components: 


Width 
Helaht 
Lenath 


Lnll 
Inche8 
Cm. 
Inche8 
Cm. 
Inches 
Cm. 


Emulator 
Control 
l'nil 
11140 
2640 
UO 
no 
20.70 
52.60 


PO""r Suppl, 
2.80 
7.10 
4.15 
111.711 
1UKl 
2790 


I Sl'r Proh,. 
370 
940 
.0:1 
1.60 
7tKl 
17.RO 


I St'rCahl,.1 


Plrr 
22.lKl 
55.90 


l1in~,. Cahl,' 
3.40 
A.60 
Cr,stal 
Po",.r 


l\rrrssor\ 
4 :1O 
10.90 
.fi() 
1.50 
6711 
17.00 
CP~ Po",.; 


Cahl,. 
9lK! 
22.90 


Q[ 
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ORDERING 
INFORMATION 


ICE286 
ICE-286 NMOS System including 
ICE 


SIW packages (Requires DOS 3.XX PC 
AT with Above Board) 


ICE286P.A,T 
lCE-286 
MOS System including 
ICE 


SIW Packages and the iPAT system 
(Requires DOS 3.XX PC AT with Above 
Board) 
D86ASM286r-JL 
286 macro assembler 
286 builder/ 


binder/mapper 
utilities 
for DOS 3.XX. 
D86C286NL 
286 C compiler 
and run time libraries 


for DOS 3.XX. 
D86PLM286NL 
286 PUM compiler 
for DOS 3.XX. 
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REAL-TIME 
TRANSPARENT 
BOCI96IN-CIRCIlIT 
EMIlI-ATOR 


The ICE-196PC in-circuit 
emulator 
delivers real-time 
high-level debugging 
capabilities 
for developing. 


integrating 
and testing 80C 196-based designs. Operating 
at the full speed of the 80C 196 
microcontroller. 
the ICE-196PC provides 
precise 1/0 pin timings 
and functionality. 
The ICE-196PC 


also allows you to develop code before prototype 
hardware 
is available. 
The ICE-196PC in-eircuit 


emulator 
represents 
a low-cost development 
environment 
for designing 
real-time 
microcontroller- 
based applications 
with minimal 
investment 
in time and resources. 


• 
Real-Time Emulation 
of the 8OC196 
Microcontroller 
• 
64K Bytes of Mappable 
Memory 


• 
2K-entry 
Trace Buffer 
• 
3 Breakpoints 
or 1 Range Break 


• 
Symbolic 
Support 
and Source Code Display 


• 
Standalone 
Operation 


• 
Versatile and Powerful Host Software 


• 
Hosted On IBM PC XT. AT· or Compatibles 
With DOS 3.0 or Later 


REAL-TIME 
EMIlI-ATlON 


The ICE-196PC provides 
real-time emulation 
with the precise input/output 
pin timings 
and functions 
across the full operating 
frequencies 
of the 80C 196 microcontroller. 
The ICE-196PC connects to the 


intended 8OC196 microcontroller 
socket via a 16' 
nex cable. which terminates 
in a 68-pin 
PLCC 


probe. 


MAPPABLE MEMORY 


The ICE-196PC has 64K bytes (65.536) 
of zero wait-state 
memory 
that can be enabled or mapped as read-only. write-only 
or readlwrite 
in 4K byte increments 
to simulate 
the internal 
(EP)ROM of the 
80C 196 or external 
program 
memory. 
inter-------- 


.pc 
XT. AT are trademarks 
dIBM. 


lrul 
Cor'porauon 
assumes 
no responSibility 
ror the use 01 any CircUitry 
other 
than 
Circuitry 
embodied 
In an Intel 
product 
No other 
CircUit 
patenl 
licenses 
are 


implied. 
Information 
contained 
herein 
supersedes 
previously 
published 
specifications 
on t.hese devices 
from 
Intel 


TRACE BIlFFER 


The ICE-196PC contains a 2K (2048) entry trace buffer for 
keeping a history 
of actual instruction 
execution. The trace 
buffer can be displayed 
as disassembled 
instructions 
or. 


optionally. 
disassembled 
instructions 
and the original 
C-96 


and PUM-96 
source code. 


Three execution address 
breakpoints 
or one range of 


addresses can be active at any time. The ICE-196PC 
allows any number of breakpoints 
to be defined and 


activated 
when needed. 


SI'MBOUC 
SIlPPORT 
AND SOIlRCE 


CODE D/SPLAI' 


Full ASM-96. PUM-96 
and C-96 language symbolics. 


including 
variable typing 
and scope. are supported 
by the 
ICE-I 96PC memory 
accesses. trace bulTer display. 
breakpoint 
specification. 
and assembler/disassembler. 
Additionally. 
C-96 and PUM-96 
source code can be 
displayed 
to make development 
and debug easier. 
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STANDAWNE 
OPERATION 


Product software 
can be developed prior to hardware 


availability 
with the optional 
Crystal 
Power Accessory 


(CPA) and the ICE-196PC mappable 
memory. The CPA also 


prOVides diagnostic 
testing to assure full functionality 
of 
the ICE-196PC. 


VERSATILE AND POWERFIlL HOST 
SOFTWARE 


The ICE-196PC comes eqUipped with an on-line help 
facility. a dynamic 
command 
entry and syntax guide. built- 


in editor. assembler 
and disassembler. 
and the ability 
to 


customize the command 
set via literal definitions 
and 


debug procedures. 


HOSTING 


The ICE-196PC is hosted on the IBM PC XT. AT or 
compatibles 
with PC-DOS 3.0 or later. 


HOST REQIJIREMENTS 


IBM PC XT. AT (or compatible) 


512K bytes RAM. Hard Disk 
PC-DOS 3.0 or Later 
On!:' L'nused P!:'riph!:'ral Slot 
DC Currenl 
2.:'>'\ 


TARGET INTERFACE BOARD 


Length 
2.0' 
(5.lcm) 


Height 
1.2' 
(3.Ocm) 
Width 
2.3' 
(5.8cm) 


IlSERCABLE 


Length 
15.6' 
(39.6cm) 


PROBE ELECTRICAL 


80C 196* plus per pin 


lcc (from target system) 
Operating 
Fr!:'quency 


50pf loading 
5ns propagation 
delay 


50mA @ 12 '.IHz 
3.5 to 12 Mllz. 
12 MHz on Iv 
with CPA 
. 


to°C 
to 40°C 
37.5°F 
to t04°F 
Maximum 
55% 
Relative 
Humidity. 
non-condensing 


*This emulator 
supports 
the initial 
80CI96 
microcuntroller. 
The HOLD/HOLDA feature will be 


supported 
by a future product. 


ORDERING INFORMATION 
Onler CfHle 
Desa1ptl •• 


ICE-196PC 
Emulation 
Board. user cabl!:'. target 


interface 
board (PLCC). host. 


diagnostic. 
and tutorial 
software 
on 
5 v,' DOS diskette. and Crystal 
Power 


Accessory with power cable 
Same as above except does not 
include Crystal 
Power Acc!:'ssory 


Crystal 
Power Accessory and power 
cable only 


D86C96 
L 
C-96 Compiler* 
D86PLM96NL 
PUM-96 
Compiler* 
D86ASM96NL 
ASM-96 Assembler* 


*Includes: 
Relocator/Linker. 
Object-to-hex 
Converter. 


Floating 
Point Arithmetic 
Library. 
Librarian 


For more information 
or the number of your nearest sales 


ornce call 800-548-4725 
(good in the U.S. and Canada). 


UNITED STATES. Intel Corporation 
3065 Bowers Ave.. Santa Clara. CA 95051 
Tel: (408) 987-8080 
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